Adapting audio streams for rendering

ABSTRACT

In general, techniques are described for adapting audio streams for rendering. A device comprising a memory and one or more processors may be configured to perform the techniques. The memory may store a plurality of audio streams that include one or more sub-streams. The one or more processors may determine, based on the plurality of audio streams, a total number of the one or more sub-streams for all of the plurality of audio streams, and adapt, when the total number of the sub-streams is greater than a render threshold, the plurality of audio streams to decrease the number of the one or more sub-streams and obtain an adapted plurality of audio streams. The one or more processors may also apply the renderer to the adapted plurality of audio streams to obtain the one or more speaker feeds, and output the one or more speaker feeds to one or more speakers.

This application claims the benefit of U.S. Provisional Application No.62/870,584, entitled “ADAPTING AUDIO STREAMS FOR RENDERING,” filed Jul.3, 2019, the entire contents of which are hereby incorporated in theirentirety as if set forth fully herein.

TECHNICAL FIELD

This disclosure relates to processing of audio data.

BACKGROUND

There are a number of contexts in which rendering of audio data may notbe suited to particular audio data. For example, some vehicles or othertypes of devices (such as extended reality—XR—devices, which may referto virtual reality—VR—devices, augmented reality—AR—devices, and/ormixed reality—MR—devices) may only feature renderers that supportcertain formats due to processing, memory, power, or other constraints.Audio streams are increasingly being provided in a variety of formatsthat may not be suitable for the vehicles and/or XR devices, therebylimiting the audio experience in these contexts.

SUMMARY

This disclosure relates generally to adapting audio streams forrendering.

In one example, various aspects of the techniques are directed to adevice configured to play one or more of a plurality of audio streams,the device comprising: a memory configured to store a plurality of audiostreams, each of the plurality of audio streams representative of asoundfield and include one or more sub-streams; and one or moreprocessors coupled to the memory, and configured to: determine, based onthe plurality of audio streams, a total number of the one or moresub-streams for all of the plurality of audio streams; adapt, when thetotal number of the one or more sub-streams is greater than a renderthreshold indicative of a total number of sub-streams a renderersupports when rendering the plurality of audio streams to one or morespeaker feeds, the plurality of audio streams to decrease the number ofthe one or more sub-streams and obtain an adapted plurality of audiostreams including a reduced total number of the one or more sub-streamsthat is equal to or less than the render threshold; apply the rendererto the adapted plurality of audio streams to obtain the one or morespeaker feeds; and output the one or more speaker feeds to one or morespeakers.

In another example, various aspects of the techniques are directed to amethod of playing one or more of a plurality of audio streams, themethod comprising: storing, by one or more processors, a plurality ofaudio streams, each of the plurality of audio streams representative ofa soundfield and include one or more sub-streams; determining, by theone or more processors and based on the plurality of audio streams, atotal number of the one or more sub-streams for all of the plurality ofaudio streams; adapting, by the one or more processors and when thetotal number of the one or more sub-streams is greater than a renderthreshold indicative of a total number of sub-streams a renderersupports when rendering the plurality of audio streams to one or morespeaker feeds, the plurality of audio streams to decrease the number ofthe one or more sub-streams and obtain an adapted plurality of audiostream including a reduced total number of the one or more sub-streamsthat is equal to or less than the render threshold; applying, by the oneor more processors, the renderer to the adapted plurality of audiostreams to obtain the one or more speaker feeds; and outputting, by theone or more processors, the one or more speaker feeds to one or morespeakers.

In another example, various aspects of the techniques are directed to adevice configured to play one or more of a plurality of audio streams,the device comprising: means for storing a plurality of audio streams,each of the plurality of audio streams representative of a soundfieldand include one or more sub-streams; means for determining, based on theplurality of audio streams, a total number of the one or moresub-streams for all of the plurality of audio streams; means foradapting, when the total number of the one or more sub-streams isgreater than a render threshold indicative of a total number ofsub-streams a renderer supports when rendering the plurality of audiostreams to one or more speaker feeds, the plurality of audio streams todecrease the number of the one or more sub-streams and obtain an adaptedplurality of audio stream including a reduced total number of the one ormore sub-streams that is equal to or less than the render threshold;means for applying the renderer to the adapted plurality of audiostreams to obtain the one or more speaker feeds; and means foroutputting the one or more speaker feeds to one or more speakers.

In another example, various aspects of the techniques are directed to anon-transitory computer-readable storage medium having stored thereoninstructions that, when executed, cause one or more processors to: storea plurality of audio streams, each of the plurality of audio streamsrepresentative of a soundfield and include one or more sub-streams;determine, based on the plurality of audio streams, a total number ofthe one or more sub-streams for all of the plurality of audio streams;adapt, when the total number of the one or more sub-streams is greaterthan a render threshold indicative of a total number of sub-streams arenderer supports when rendering the plurality of audio streams to oneor more speaker feeds, the plurality of audio streams to decrease thenumber of the one or more sub-streams and obtain an adapted plurality ofaudio stream including a reduced total number of the one or moresub-streams that is equal to or less than the render threshold; applythe renderer to the adapted plurality of audio streams to obtain the oneor more speaker feeds; and output the one or more speaker feeds to oneor more speakers.

In another example, various aspects of the techniques are directed to adevice configured to play one or more of a plurality of audio streams,the device comprising: a memory configured to store the plurality ofaudio streams and corresponding audio metadata, each of the plurality ofaudio streams representative of a soundfield, and the audio metadataincludes origination coordinates at which each of the corresponding oneof the plurality of audio streams originates; and one or more processorscoupled to the memory, and configured to: determine, based on currentcoordinates of the device relative to the origination coordinatescorresponding to one or more of the plurality of audio streams, adirection of arrival for each of the one or more of the plurality ofaudio streams; render, based on each of the directions of arrival, eachof the one or more of the plurality of audio streams to one or morespeaker feeds that spatialize the one or more of the plurality of audiostreams to appear to arrive from each of the directions of arrival; andoutput the one or more speaker feeds to reproduce one or more of thesoundfields represented by the one or more of the plurality of audiostreams.

In another example, various aspects of the techniques are directed to amethod of playing one or more of a plurality of audio streams, thedevice comprising: storing, by a memory, the plurality of audio streamsand corresponding audio metadata, each of the plurality of audio streamsrepresentative of a soundfield, and the audio metadata includesorigination coordinates at which each of the corresponding one of theplurality of audio streams originates; and determining, by one or moreprocessors and based on current coordinates of the device relative tothe origination coordinates corresponding to one or more of theplurality of audio streams, a direction of arrival for each of the oneor more of the plurality of audio streams; rendering, by the one or moreprocessors and based on each of the directions of arrival, each of theone or more of the plurality of audio streams to one or more speakerfeeds that spatialize the one or more of the plurality of audio streamsto appear to arrive from each of the directions of arrival; andoutputting, by the one or more processors, the one or more speaker feedsto reproduce one or more of the soundfields represented by the one ormore of the plurality of audio streams.

In another example, various aspects of the techniques are directed to adevice configured to play one or more of a plurality of audio streams,the device comprising: means for storing the plurality of audio streamsand corresponding audio metadata, each of the plurality of audio streamsrepresentative of a soundfield, and the audio metadata includesorigination coordinates at which each of the corresponding one of theplurality of audio streams originates; and means for determining, basedon current coordinates of the device relative to the originationcoordinates corresponding to one or more of the plurality of audiostreams, a direction of arrival for each of the one or more of theplurality of audio streams; means for rendering, based on each of thedirections of arrival, each of the one or more of the plurality of audiostreams to one or more speaker feeds that spatialize the one or more ofthe plurality of audio streams to appear to arrive from each of thedirections of arrival; and means for outputting the one or more speakerfeeds to reproduce one or more of the soundfields represented by the oneor more of the plurality of audio streams.

In another example, various aspects of the techniques are directed to anon-transitory computer-readable storage medium having stored thereoninstructions that, when executed, cause one or more processors to: storea plurality of audio streams and corresponding audio metadata, each ofthe plurality of audio streams representative of a soundfield, and theaudio metadata includes origination coordinates at which each of thecorresponding one of the plurality of audio streams originates; anddetermine, based on current coordinates of the device relative to theorigination coordinates corresponding to one or more of the plurality ofaudio streams, a direction of arrival for each of the one or more of theplurality of audio streams; render, based on each of the directions ofarrival, each of the one or more of the plurality of audio streams toone or more speaker feeds that spatialize the one or more of theplurality of audio streams to appear to arrive from each of thedirections of arrival; and output the one or more speaker feeds toreproduce one or more of the soundfields represented by the one or moreof the plurality of audio streams.

The details of one or more examples of this disclosure are set forth inthe accompanying drawings and the description below. Other features,objects, and advantages of various aspects of the techniques will beapparent from the description and drawings, and from the claims.

BRIEF DESCRIPTION OF DRAWINGS

FIGS. 1A and 1B are diagrams illustrating a systems that may performvarious aspects of the techniques described in this disclosure.

FIG. 2A is a block diagram illustrating, in more detail, an example ofthe system shown in the example of FIGS. 1A and 1B.

FIG. 2B is a flowchart illustrating example operation of the streamselection unit in performing various aspects of the techniques describedin this disclosure.

FIG. 2C is a flowchart illustrating, in more detail, additional exampleoperation of the stream selection unit shown in the example of FIG. 2Ain accordance with various aspects of the techniques described in thisdisclosure.

FIGS. 2D-2K are diagrams illustrating example operations of applicationof privacy settings by the source device and/or content consumer deviceshown in the examples of FIGS. 1A and 1B.

FIGS. 3A-3F are diagrams illustrating, in more detail, example systemsshown in FIG. 1A and FIG. 1B that may perform various aspects of thetechniques described in this disclosure.

FIG. 4 is a diagram illustrating an example of a VR device worn by auser.

FIG. 5 is a diagram illustrating an example of a wearable device thatmay operate in accordance with various aspect of the techniquesdescribed in this disclosure.

FIGS. 6A and 6B are diagrams illustrating other example systems that mayperform various aspects of the techniques described in this disclosure.

FIG. 7 is a block diagram illustrating example components of one or moreof the source device and the content consumer device shown in theexample of FIG. 1.

FIGS. 8A-8C are flowchart illustrating example operation of the streamselection unit shown in the examples of FIGS. 1A and 1B in performingvarious aspects of the stream selection techniques.

FIG. 9 illustrates an example of a wireless communications system thatsupports privacy restrictions in accordance with aspects of the presentdisclosure.

DETAILED DESCRIPTION

There are a number of different ways to represent a soundfield. Exampleformats include channel-based audio formats, object-based audio formats,and scene-based audio formats. Channel-based audio formats refer to the5.1 surround sound format, 7.1 surround sound formats, 22.2 surroundsound formats, or any other channel-based format that localizes audiochannels to particular locations around the listener in order torecreate a soundfield.

Object-based audio formats may refer to formats in which audio objects,often encoded using pulse-code modulation (PCM) and referred to as PCMaudio objects, are specified in order to represent the soundfield. Suchaudio objects may include metadata identifying a location of the audioobject relative to a listener or other point of reference in thesoundfield, such that the audio object may be rendered to one or morespeaker channels for playback in an effort to recreate the soundfield.The techniques described in this disclosure may apply to any of theforegoing formats, including scene-based audio formats, channel-basedaudio formats, object-based audio formats, or any combination thereof.

Scene-based audio formats may include a hierarchical set of elementsthat define the soundfield in three dimensions. One example of ahierarchical set of elements is a set of spherical harmonic coefficients(SHC). The following expression demonstrates a description orrepresentation of a soundfield using SHC:

${{p_{i}\left( {t,r_{r},\theta_{r},\phi_{r}} \right)} = {\sum\limits_{\omega = 0}^{\infty}{\left\lbrack {4\pi {\sum\limits_{n = 0}^{\infty}{{j_{n}\left( {kr_{r}} \right)}{\sum\limits_{m = {- n}}^{n}{{A_{n}^{m}(k)}{Y_{n}^{m}\left( {\theta_{r},\phi_{r}} \right)}}}}}} \right\rbrack e^{j\omega t}}}},$

The expression shows that the pressure p_(i) at any point {r_(r), θ_(r),φ_(r)} of the soundfield, at time t, can be represented uniquely by theSHC, A_(n) ^(m)(k). Here,

${k = \frac{\omega}{c}},$

c is the speed of sound (˜343 m/s), {r_(r), θ_(r), φ_(r)),} is a pointof reference (or observation point), j_(n)(·) is the spherical Besselfunction of order n, and Y_(n) ^(m)(θ_(r), φ_(r)) are the sphericalharmonic basis functions (which may also be referred to as a sphericalbasis function) of order n and suborder m. It can be recognized that theterm in square brackets is a frequency-domain representation of thesignal (i.e., S(ω, r_(r), θ_(r), θ_(r))) which can be approximated byvarious time-frequency transformations, such as the discrete Fouriertransform (DFT), the discrete cosine transform (DCT), or a wavelettransform. Other examples of hierarchical sets include sets of wavelettransform coefficients and other sets of coefficients of multiresolutionbasis functions.

The SHC A_(n) ^(m)(k) can either be physically acquired (e.g., recorded)by various microphone array configurations or, alternatively, they canbe derived from channel-based or object-based descriptions of thesoundfield. The SHC (which also may be referred to as ambisoniccoefficients) represent scene-based audio, where the SHC may be input toan audio encoder to obtain encoded SHC that may promote more efficienttransmission or storage. For example, a fourth-order representationinvolving (1+4)² (25, and hence fourth order) coefficients may be used.

As noted above, the SHC may be derived from a microphone recording usinga microphone array. Various examples of how SHC may be physicallyacquired from microphone arrays are described in Poletti, M.,“Three-Dimensional Surround Sound Systems Based on Spherical Harmonics,”J. Audio Eng. Soc., Vol. 53, No. 11, 2005 November, pp. 1004-1025.

The following equation may illustrate how the SHCs may be derived froman object-based description. The coefficients A_(n) ^(m) (k) for thesoundfield corresponding to an individual audio object may be expressedas:

A _(n) ^(m)(k)=g(ω)(−4πik)h _(n) ⁽²⁾(kr _(s))Y _(n) ^(m*)(θ_(s),φ_(s)),

where i is √{square root over (−1)}, h_(n) ⁽²⁾(·) is the sphericalHankel function (of the second kind) of order n, and {r_(s), θ_(s),φ_(s)} is the location of the object. Knowing the object source energyg(ω) as a function of frequency (e.g., using time-frequency analysistechniques, such as performing a fast Fourier transform on the pulsecode modulated—PCM—stream) may enable conversion of each PCM object andthe corresponding location into the SHC A_(n) ^(m) (k). Further, it canbe shown (since the above is a linear and orthogonal decomposition) thatthe A_(n) ^(m) (k) coefficients for each object are additive. In thismanner, a number of PCM objects can be represented by the A_(n) ^(m) (k)coefficients (e.g., as a sum of the coefficient vectors for theindividual objects). The coefficients may contain information about thesoundfield (the pressure as a function of 3D coordinates), and the aboverepresents the transformation from individual objects to arepresentation of the overall soundfield, in the vicinity of theobservation point {r_(r), θ_(r), φ_(r)}.

With the growth of connectivity (e.g., cellular and other wireless formsof communication), the ability to capture and stream media content isgrowing, enabling live streaming or other forms of streaming by nearlyanyone with a mobile device (or other types of devices). As such, amobile device may capture a soundfield using one of the representationsdiscussed above, and generate an audio stream, which the mobile devicemay send to anyone that wants to listen. In certain contexts, the audiostream may convey useful information or merely provide entertainment(e.g., music, etc.).

One area in which audio streaming may provide benefits is in the contextof vehicles. Vehicle to anything (V2X) communication may enable adevice, such as a mobile phone, to interface with a vehicle to streamaudio data. In some contexts, the vehicle headunit may obtain the audiostreams and reproduce, via one or more speakers, the soundfieldsrepresented by the audio streams. In other contexts, the mobile devicemay output speaker feeds, which the vehicle obtains and uses toreproduce the soundfields. In any event, V2X communication may allowvehicles to communicate with mobile devices or even other vehicles toobtain audio streams.

The vehicle may perform inter-vehicle communication via the V2X protocolto communicate audio streams between vehicles. In some examples, theaudio streams may represent spoken words by an occupant of a firstvehicle that a second vehicle may play such that an occupant of thesecond vehicle may hear the spoken words. The spoken words may becommands representative of a future action of the occupant of the firstvehicle (e.g., “passing on the left”). In other examples, the audiostreams may represent audio streams of entertainment (e.g., streamingmusic) that the first vehicle shares with the second vehicle.

Another area in which audio streaming may provide benefits is inextended reality (XR). XR devices may include virtual reality (VR)devices, augmented reality (AR) devices, and mixed reality (MR) devices.XR devices may retrieve and render the audio streams to enable variousoperations, such as virtual attendance of events, parties, sportingfunctions, conferences, etc., teleportation (which enables a user toview or experience another persons experience, such as becoming aco-pilot in a vehicle, etc.), remote surgery, and the like.

However, vehicles and some XR devices may only be able to render acertain number of sub-streams included in the audio streams. Whenattempting to render multiple audio streams or some particular kind ofaudio data represented by the audio stream (such as ambisonic audio datahaving a large number of coefficients for each sample), the device maynot be able to render all of the sub-streams of all of the audiostreams. That is, there are processor, memory or other physical hardwarelimitations (e.g., bandwidth) that may prevent existing devices fromretrieving and processing all available sub-streams of the audiostreams, particularly as the audio streams may require significantbandwidth and processing resources in certain contexts (such asambisonic coefficients corresponding to spherical basis functions ofhigher, e.g., third, fourth, fifth, sixth, etc., orders).

In accordance with various aspects of the techniques, a device (e.g.,mobile handset, vehicle, vehicle headunit, and/or XR device) may operatein a systematic way to adaptively select a subset of the plurality ofaudio streams and/or sub-streams. The device may include any audiostreams identified by user presents but otherwise remove, form the audiostreams, any audio streams that originate from distant locations (as theaudio stream may include audio metadata defining an origination locationfor spatialized rendering purposes as described in more detail below),any higher order ambisonic coefficients (through order reduction), andany streams having a private designation or other privacy setting set.In this manner, various sub-streams associated with the audio streamsmay be removed to accommodate rendering constraints of the device,thereby enabling the device to render nearly any different type of audiostream and improving operation of the device itself.

FIGS. 1A and 1B are diagrams illustrating a system that may performvarious aspects of the techniques described in this disclosure. As shownin the example of FIG. 1A, system 10 includes a source device 12 and atarget device 14. While described in the context of the source device 12and the target device 14, the techniques may be implemented in anycontext in which any representation of a soundfield is encoded to form abitstream or, in other words, an audio stream representative of theaudio data. Moreover, the source device 12 may represent any form ofcomputing device capable of generating the representation of asoundfield, and is generally described herein in the context of being avehicle headunit. Likewise, the target device 14 may represent any formof computing device capable of implementing rendering techniquesdescribed in this disclosure as well as audio playback, and is generallydescribed herein in the context of being a vehicle.

The source device 12 may be an entity that may generate audio contentfor consumption by operators of the target device 14. In some scenarios,the source device 12 generates audio content in conjunction with videocontent. The source device 12 includes a content capture device 20, acontent editing device 22, and a soundfield representation generator 24.The content capture device 20 may be configured to interface orotherwise communicate with a microphone 18.

The microphone 18 may represent an Eigenmike® or other type of 3D audiomicrophone capable of capturing and representing the soundfield as audiodata 19, which may refer to one or more of the above noted scene-basedaudio data (such as ambisonic coefficients), object-based audio data,and channel-based audio data. Although described as being 3D audiomicrophones, the microphone 18 may also represent other types ofmicrophones (such as omni-directional microphones, spot microphones,unidirectional microphones, etc.) configured to capture the audio data19.

The content capture device 20 may, in some examples, include anintegrated microphone 18 that is integrated into the housing of thecontent capture device 20. The content capture device 20 may interfacewirelessly or via a wired connection with the microphone 18. Rather thancapture, or in conjunction with capturing, the audio data 19 viamicrophone 18, the content capture device 20 may process the audio data19 after the audio data 19 is input via some type of removable storage,wirelessly and/or via wired input processes. As such, variouscombinations of the content capture device 20 and the microphone 18 arepossible in accordance with this disclosure.

The content capture device 20 may also be configured to interface orotherwise communicate with the content editing device 22. In someinstances, the content capture device 20 may include the content editingdevice 22 (which in some instances may represent software or acombination of software and hardware, including the software executed bythe content capture device 20 to configure the content capture device 20to perform a specific form of content editing). The content editingdevice 22 may represent a unit configured to edit or otherwise altercontent 21 received from content capture device 20, including the audiodata 19. The content editing device 22 may output edited content 23 andassociated metadata 25 to the soundfield representation generator 24.

The soundfield representation generator 24 may include any type ofhardware device capable of interfacing with the content editing device22 (or the content capture device 20). Although not shown in the exampleof FIG. 1A, the soundfield representation generator 24 may use theedited content 23, including the audio data 19 and metadata 25, providedby the content editing device 22 to generate one or more bitstreams 25.In the example of FIG. 1A, which focuses on the audio data 19, thesoundfield representation generator 24 may generate one or morerepresentations of the same soundfield represented by the audio data 19to obtain a bitstream 27 that includes the representations of thesoundfield and the audio metadata 25.

For instance, to generate the different representations of thesoundfield using ambisonic coefficients (which again is one example ofthe audio data 19), the soundfield representation generator 24 may use acoding scheme for ambisonic representations of a soundfield, referred toas Mixed Order Ambisonics (MOA) as discussed in more detail in U.S.application Ser. No. 15/672,058, entitled “MIXED-ORDER AMBISONICS (MOA)AUDIO DATA FOR COMPUTER-MEDIATED REALITY SYSTEMS,” filed Aug. 8, 2017,and published as U.S. patent publication no. 2019/0007781 on Jan. 3,2019.

To generate a particular MOA representation of the soundfield, thesoundfield representation generator 24 may generate a partial subset ofthe full set of ambisonic coefficients. For instance, each MOArepresentation generated by the soundfield representation generator 24may provide precision with respect to some areas of the soundfield, butless precision in other areas. In one example, an MOA representation ofthe soundfield may include eight (8) uncompressed ambisoniccoefficients, while the third order ambisonic representation of the samesoundfield may include sixteen (16) uncompressed ambisonic coefficients.As such, each MOA representation of the soundfield that is generated asa partial subset of the ambisonic coefficients may be lessstorage-intensive and less bandwidth intensive (if and when transmittedas part of the bitstream 27 over the illustrated transmission channel)than the corresponding third order ambisonic representation of the samesoundfield generated from the ambisonic coefficients.

Although described with respect to MOA representations, the techniquesof this disclosure may also be performed with respect to first-orderambisonic (FOA) representations in which all of the ambisoniccoefficients associated with a first order spherical basis function anda zero order spherical basis function are used to represent thesoundfield. In other words, rather than represent the soundfield using apartial, non-zero subset of the ambisonic coefficients, the soundfieldrepresentation generator 24 may represent the soundfield using all ofthe ambisonic coefficients for a given order N, resulting in a total ofambisonic coefficients equaling (N+1)².

In this respect, the ambisonic audio data (which is another way to referto the ambisonic coefficients in either MOA representations or fullorder representation, such as the first-order representation notedabove) may include ambisonic coefficients associated with sphericalbasis functions having an order of one or less (which may be referred toas “1^(st) order ambisonic audio data”), ambisonic coefficientsassociated with spherical basis functions having a mixed order andsuborder (which may be referred to as the “MOA representation” discussedabove), or ambisonic coefficients associated with spherical basisfunctions having an order greater than one (which is referred to aboveas the “full order representation”).

The content capture device 20 or the content editing device 22 may, insome examples, be configured to wirelessly communicate with thesoundfield representation generator 24. In some examples, the contentcapture device 20 or the content editing device 22 may communicate, viaone or both of a wireless connection or a wired connection, with thesoundfield representation generator 24. Via the connection between thecontent capture device 20 and the soundfield representation generator24, the content capture device 20 may provide content in various formsof content, which, for purposes of discussion, are described herein asbeing portions of the audio data 19.

In some examples, the content capture device 20 may leverage variousaspects of the soundfield representation generator 24 (in terms ofhardware or software capabilities of the soundfield representationgenerator 24). For example, the soundfield representation generator 24may include dedicated hardware configured to (or specialized softwarethat when executed causes one or more processors to) performpsychoacoustic audio encoding (such as a unified speech and audio coderdenoted as “USAC” set forth by the Moving Picture Experts Group (MPEG),the MPEG-H 3D audio coding standard, the MPEG-I Immersive Audiostandard, or proprietary standards, such as AptX™ (including variousversions of AptX such as enhanced AptX—E-AptX, AptX live, AptX stereo,and AptX high definition—AptX-HD), advanced audio coding (AAC), AudioCodec 3 (AC-3), Apple Lossless Audio Codec (ALAC), MPEG-4 Audio LosslessStreaming (ALS), enhanced AC-3, Free Lossless Audio Codec (FLAC),Monkey's Audio, MPEG-1 Audio Layer II (MP2), MPEG-1 Audio Layer III(MP3), Opus, and Windows Media Audio (WMA).

The content capture device 20 may not include the psychoacoustic audioencoder dedicated hardware or specialized software and instead mayprovide audio aspects of the content 21 in anon-psychoacoustic-audio-coded form. The soundfield representationgenerator 24 may assist in the capture of content 21 by, at least inpart, performing psychoacoustic audio encoding with respect to the audioaspects of the content 21.

The soundfield representation generator 24 may also assist in contentcapture and transmission by generating one or more bitstreams 27 based,at least in part, on the audio content (e.g., MOA representations and/orfirst order ambisonic representations) generated from the audio data 19(in the case where the audio data 19 includes scene-based audio data).The bitstream 27 may represent a compressed version of the audio data 19and any other different types of the content 21 (such as a compressedversion of spherical video data, image data, or text data).

The soundfield representation generator 24 may generate the bitstream 27for transmission, as one example, across a transmission channel, whichmay be a wired or wireless channel, a data storage device, or the like.The bitstream 27 may represent an encoded version of the audio data 19,and may include a primary bitstream and another side bitstream, whichmay be referred to as side channel information or metadata. In someinstances, the bitstream 27 representing the compressed version of theaudio data 19 (which again may represent scene-based audio data,object-based audio data, channel-based audio data, or combinationsthereof) may conform to bitstreams produced in accordance with theMPEG-H 3D audio coding standard and/or the MPEG-I Immersive Audiostandard.

As described above, the source device 12 may represent a vehicle.Examples of a vehicle include a bicycle, a moped, a motorcycle, anautomobile (including autonomous automobiles), an airplane (includingautonomous airplanes), farm equipment, construction equipment, militaryvehicles (e.g., tanks, transport vehicles, etc.), drones or otherremotely operated aerial vehicles, helicopters, quadcopters, trains,boats, or any other type of transportation capable of conveyingoccupants from one location to another location. In the context of thevehicle, the target device 12 may not represent the entirety of thevehicle but only a computing system of the vehicle, such as a headunitconfigured to interface with one or more audio elements (e.g., amicrophone) to capture a soundfield represented by the audio streams 27.

Although described with respect to a vehicle, the source device 12 mayrepresent a device in communication with any of the above examplevehicles such that the source device 12 is effectively operating as partof the vehicle. For example, the source device 12 may represent asmartphone or other mobile handset in communication (e.g., wirelesscommunication) with the vehicle via a PAN protocol, such as Bluetooth®or other wireless or wired communication protocol. In this instance, thesource device 12 may represent any form of computing device configuredto communicate with the vehicle, including a mobile handset (including aso-called smartphone), a laptop, an XR device, a gaming system (e.g., aportable gaming system), or any other computing device.

Further, the target device 14 may be operated by an individual, and mayrepresent a vehicle, such as the vehicle 14 shown in the example ofFIGS. 3A-3F. Although described with respect to a vehicle, the targetdevice 14 may represent other types of devices, such as an augmentedreality (AR) client device, a mixed reality (MR) client device (or otherXR client device), a standard computer, a headset, headphones, a mobiledevice (including a so-called smartphone), or any other device capableof reproducing a soundfield based on audio streams. As shown in theexample of FIG. 1A, the target device 14 includes an audio playbacksystem 16A, which may refer to any form of audio playback system capableof rendering the audio data for playback as mono or multi-channel audiocontent.

While shown in FIG. 1A as being directly transmitted to the targetdevice 14, the source device 12 may output the bitstream 27 to anintermediate device positioned between the source device 12 and thetarget device 14. The intermediate device may store the bitstream 27 forlater delivery to the target device 14, which may request the bitstream27. The intermediate device may comprise a file server, a web server, adesktop computer, a laptop computer, a tablet computer, a mobile phone,a smart phone, or any other device capable of storing the bitstream 27for later retrieval by an audio decoder. The intermediate device mayreside in a content delivery network capable of streaming the bitstream27 (and possibly in conjunction with transmitting a corresponding videodata bitstream) to subscribers, such as the target device 14, requestingthe bitstream 27.

Alternatively, the source device 12 may store the bitstream 27 to astorage medium, such as a compact disc, a digital video disc, a highdefinition video disc or other storage media, most of which are capableof being read by a computer and therefore may be referred to ascomputer-readable storage media or non-transitory computer-readablestorage media. In this context, the transmission channel may refer tothe channels by which content (e.g., in the form of one or morebitstreams 27) stored to the mediums are transmitted (and may includeretail stores and other store-based delivery mechanism). In any event,the techniques of this disclosure should not therefore be limited inthis respect to the example of FIG. 1A.

As noted above, the target device 14 includes the audio playback system16A. The audio playback system 16A may represent any system capable ofplaying back mono and/or multi-channel audio data. The audio playbacksystem 16A may include a number of different renderers 32. The renderers32 may each provide for a different form of rendering, where thedifferent forms of rendering may include one or more of the various waysof performing vector-base amplitude panning (VBAP), and/or one or moreof the various ways of performing soundfield synthesis. As used herein,“A and/or B” means “A or B”, or both “A and B”.

The audio playback system 16A may further include an audio decodingdevice 34. The audio decoding device 24 may represent a deviceconfigured to decode bitstream 27 to output audio data 19′ (where theprime notation may denote that the audio data 19′ differs from the audiodata 19 due to lossy compression, such as quantization, of the audiodata 19). Again, the audio data 19′ may include scene-based audio datathat in some examples, may form the full first (or higher) orderambisonic representation or a subset thereof that forms an MOArepresentation of the same soundfield, decompositions thereof, such as apredominant audio signal, ambient ambisonic coefficients, and the vectorbased signal (which may refer to a multi-dimensional spherical harmonicvector having a number of elements that represent spatialcharacteristics of a corresponding predominant audio signal) describedin the MPEG-H 3D Audio Coding Standard, or other forms of scene-basedaudio data.

Other forms of scene-based audio data include audio data defined inaccordance with an HOA (Higher Order Ambisonic) Transport Format (HTF).More information regarding the HTF can be found in a TechnicalSpecification (TS) by the European Telecommunications StandardsInstitute (ETSI) entitled “Higher Order Ambisonics (HOA) TransportFormat,” ETSI TS 103 589 V1.1.1, dated June 2018 (2018-06), and also inU.S. Patent Publication No. 2019/0918028, entitled “PRIORITY INFORMATIONFOR HIGHER ORDER AMBISONIC AUDIO DATA,” filed Dec. 20, 2018. In anyevent, the audio data 19′ may be similar to a full set or a partialsubset of the audio data 19′, but may differ due to lossy operations(e.g., quantization) and/or transmission via the transmission channel.

The audio data 19′ may include, as an alternative to, or in conjunctionwith the scene-based audio data, channel-based audio data. The audiodata 19′ may include, as an alternative to, or in conjunction with thescene-based audio data, object-based audio data. As such, the audio data19′ may include any combination of scene-based audio data, object-basedaudio data, and channel-based audio data.

The audio renderers 32 of audio playback system 16A may, after audiodecoding device 34 has decoded the bitstream 27 to obtain the audio data19′, render the audio data 19′ to output speaker feeds 35. The speakerfeeds 35 may drive one or more speakers (which are not shown in theexample of FIG. 1A for ease of illustration purposes). Various audiorepresentations, including scene-based audio data (and possiblychannel-based audio data and/or object-based audio data) of a soundfieldmay be normalized in a number of ways, including N3D, SN3D, FuMa, N2D,or SN2D.

To select the appropriate renderer or, in some instances, generate anappropriate renderer, the audio playback system 16A may obtain speakerinformation 37 indicative of a number of speakers (e.g., loudspeakers orheadphone speakers) and/or a spatial geometry of the speakers. In someinstances, the audio playback system 16A may obtain the speakerinformation 37 using a reference microphone and may drive the speakers(which may refer to the output of electrical signals to cause thetransducer to vibrate) in such a manner as to dynamically determine thespeaker information 37. In other instances, or in conjunction with thedynamic determination of the speaker information 37, the audio playbacksystem 16A may prompt a user to interface with the audio playback system16A and input the speaker information 37.

The audio playback system 16A may select one of the audio renderers 32based on the speaker information 37. In some instances, the audioplayback system 16A may, when none of the audio renderers 32 are withinsome threshold similarity measure (in terms of the speaker geometry) tothe speaker geometry specified in the speaker information 37, generatethe one of audio renderers 32 based on the speaker information 37. Theaudio playback system 16A may, in some instances, generate one of theaudio renderers 32 based on the speaker information 37 without firstattempting to select an existing one of the audio renderers 32.

When outputting the speaker feeds 35 to headphones, the audio playbacksystem 16A may utilize one of the renderers 32 that provides forbinaural rendering using head-related transfer functions (HRTF) or otherfunctions capable of rendering to left and right speaker feeds 35 forheadphone speaker playback, such as binaural room impulse responserenderers. The terms “speakers” or “transducer” may generally refer toany speaker, including loudspeakers, headphone speakers, bone-conductingspeakers, earbud speakers, wireless headphone speakers, etc. One or morespeakers may then playback the rendered speaker feeds 35 to reproduce asoundfield.

Although described as rendering the speaker feeds 35 from the audio data19′, reference to rendering of the speaker feeds 19′ may refer to othertypes of rendering, such as rendering incorporated directly into thedecoding of the audio data 35 from the bitstream 27. An example of thealternative rendering can be found in Annex G of the MPEG-H 3D Audiostandard, where rendering occurs during the predominant signalformulation and the background signal formation prior to composition ofthe soundfield. As such, reference to rendering of the audio data 19′should be understood to refer to both rendering of the actual audio data19′ or decompositions or representations thereof of the audio data 19′(such as the above noted predominant audio signal, the ambient ambisoniccoefficients, and/or the vector-based signal—which may also be referredto as a V-vector or as a multi-dimensional ambisonic spatial vector).

The audio playback system 16A may also adapt the audio renderers 32based on tracking information 41. That is, the audio playback system 16Amay interface with a tracking device 40 configured to determine currentcoordinates of the target device 14. The tracking device 40 mayrepresent one or more sensors (e.g., a camera—including a depth camera,a gyroscope, a magnetometer, an accelerometer, light emittingdiodes—LEDs, a GPS unit, etc.) configured to track current coordinatesof the target device 14. The audio playback system 16A may adapt, basedon the tracking information 41, the audio renderers 32 such that thespeaker feeds 35 reflect changes in current coordinates relative tooriginating coordinates set forth in the metadata 23 of the bitstreams27 (which may represent one or more audio streams, and as such may bereferred to as audio streams 27).

As described above, the target device 14 may represent a vehicle.Examples of a vehicle include a bicycle, a moped, a motorcycle, anautomobile (including autonomous automobiles), an airplane (includingautonomous airplanes), farm equipment, construction equipment, militaryvehicles (e.g., tanks, transport vehicles, etc.), drones or otherremotely operated aerial vehicles, helicopters, quadcopters, trains,boats, or any other type of transportation capable of conveyingoccupants from one location to another location. In the context of thevehicle, the target device 14 may not represent the entirety of thevehicle but only a computing system of the vehicle, such as a headunitconfigured to interface with one or more speakers to reproduce asoundfield represented by the audio streams 27.

Although described with respect to a vehicle, the target device 14 mayrepresent a device in communication with any of the above examplevehicles such that the target device 14 is effectively operating as partof the vehicle. For example, the target device 14 may represent asmartphone or other mobile handset in communication (e.g., wirelesscommunication) with the vehicle via a PAN protocol, such as Bluetooth®or other wireless or wired communication protocol. In this instance, thetarget device 14 may represent any form of computing device configuredto communicate with the vehicle, including a mobile handset (including aso-called smartphone), a laptop, an XR device, a gaming system (e.g., aportable gaming system), or any other computing device.

With the growth of connectivity (e.g., cellular and other wireless formsof communication), the ability to capture and stream media content isgrowing, enabling live streaming or other forms of streaming by nearlyanyone with a mobile device (or other types of devices). As such, amobile device may capture a soundfield using one of the representationsdiscussed above, and generate an audio stream, which the mobile devicemay send to anyone that wants to listen. In certain contexts, the audiostream may convey useful information or merely provide entertainment(e.g., music, etc.).

One area in which audio streaming may provide benefits is in the contextof vehicles. Vehicle to anything (V2X) communication may enable adevice, such as a mobile phone, to interface with a vehicle to streamaudio data. In some contexts, the vehicle headunit may obtain the audiostreams and reproduce, via one or more speakers, the soundfieldsrepresented by the audio streams. In other contexts, the mobile devicemay output speaker feeds, which the vehicle obtains and uses toreproduce the soundfields. In any event, V2X communication may allowvehicles to communicate with mobile devices or even other vehicles toobtain audio streams.

The vehicle 12 may perform inter-vehicle communication via the V2Xprotocol to communicate audio streams between vehicles 12 and 14. Insome examples, the audio streams may represent spoken words by anoccupant of a first vehicle 12 that a second vehicle 14 may play suchthat an occupant of the second vehicle 14 may hear the spoken words. Thespoken words may be commands representative of a future course of actionof the occupant of the first vehicle 12 (e.g., “passing on the left”).In other examples, the audio streams may represent audio streams ofentertainment (e.g., streaming music) that the first vehicle 12 shareswith the second vehicle 14 via the wireless connections 200 (includingwireless connections 200A-200D) shown in the examples of FIGS. 3A-3F.

Another area in which audio streaming may provide benefits is inextended reality (XR). XR devices may include virtual reality (VR)devices, augmented reality (AR) devices, and mixed reality (MR) devices.XR devices may retrieve and render the audio streams to enable variousoperations, such as virtual attendance of events, parties, sportingfunctions, conferences, etc., teleportation (which enables a user toview or experience another persons experience, such as becoming aco-pilot in a vehicle, etc.), remote surgery, and the like.

However, vehicles and some XR devices may only be able to render acertain number of sub-streams included in the audio streams. Whenattempting to render multiple audio streams or some particular kind ofaudio data represented by the audio stream (such as ambisonic audio datahaving a large number of coefficients for each sample), the device maynot be able to render all of the sub-streams of all of the audiostreams. That is, there are processor, memory or other physical hardwarelimitations (e.g., bandwidth) that may prevent existing devices fromretrieving and processing all available sub-streams of the audiostreams, particularly as the audio streams may require significantbandwidth and processing resources in certain contexts (such asambisonic coefficients corresponding to spherical basis functions ofhigher, e.g., third, fourth, fifth, sixth, etc., orders).

In accordance with various aspects of the techniques, the target device14 (where examples of the target device 14 include mobile handset,vehicle, vehicle headunit, and/or XR device) may operate in a systematicway to adaptively select a subset of the plurality of audio streams 19′.The target device 14 may include any audio streams 27 identified by userpresets (in the audio streams 19′) but otherwise remove, from the audiostreams 27, any audio streams that originate from distant locations (asthe audio stream may include audio metadata defining an originationlocation for spatialized rendering purposes as described in more detailbelow), any higher order ambisonic coefficients (through orderreduction, thereby reducing a number of inputs to the audio renderers32), and any audio streams 27 having a private designation or otherprivacy setting set. In this manner, various associated with the audiostreams may be removed to accommodate rendering constraints of thedevice, thereby enabling the device to render nearly any different typeof audio stream and improving operation of the device itself.

Furthermore, the audio decoding device 34 may communicate with thesource device 12 via a wireless connection, such as the wirelessconnection 200 shown in the example of FIG. 3A. The operator of thesource device 12 may interface with the source device 12 to captureaudio data (which are assumed for purposes of illustration to be wordsspoken by the operator.

The source device 12 may include a microphone 18 or other audio capturedevice configured to capture the audio data 19 and generate, based onthe audio data 19, an audio stream 27. The soundfield representationgenerator 24 may generate the audio stream 27 along with audio metadata,the audio metadata including origination coordinates (e.g., globalpositioning system—GPS-coordinates) at which the corresponding audiostream 27 originates. The soundfield representation generator 24 mayoutput, via the wireless connection 200, the audio stream 27 to thetarget device 14.

The audio decoding device 34 may receive the audio stream 27 (whichincludes the audio metadata), storing the audio stream 27. The targetdevice 14 may determine, based on current coordinates of the targetdevice 14 represented by the tracking information 41 relative to theorigination coordinates corresponding to the audio stream 27, adirection of arrival (DoA) 212 for the audio stream 27. The targetdevice 14 may determine that the audio stream 27 is arriving fromdirectly behind the target device 14 and traveling to the front of thetarget device 14 (as denoted by the arrow).

The audio playback system 16A may invoke audio renderers 32 to render,based on the direction of arrival 212, the audio stream 27 to appear toarrive from the direction of arrival 212, thereby generating speakerfeeds to simulate a soundfield captured by the source device 12 andarriving from, as an example, directly behind the target device 14. Theaudio renderers 32 may, in this example, generate back right and backleft speaker feeds in the example of FIG. 1A, outputting the back rightand back left speaker feeds to the back right and back left speakers ofthe target device 14 (which are not shown for ease of illustrationpurposes) to reproduce the soundfield 214A represented by the audiostream 27.

In this example, it is assumed that the rider of the source device 12captures audio data of the rider issuing a command to let the targetdevice 14 know that the rider will be “passing on the left.” Althoughdescribed below with respect to spoken words, the source device 12 mayoffer one or more audio streams, including pre-recorded audio streams,live audio streams, or any other type of audio stream.

As it is assumed to be operating autonomously (e.g., a computing deviceis in control of the target device 14 and issues instructions thatresult in the computing device steering, accelerating, braking andotherwise operating the target device 14 without manual intervention),the target device 14 may analyze the audio stream 27 to extract thecommand indicative of the course of action, and operate, based on thecommand parsed from the audio stream 27, the target device 14 to avoidmerging into or otherwise impacting operation of the source device 12.That is, the target device 14 may autonomously adjust, based on thecommand or other spoken words, operation of the target device 14.

FIG. 2A is a block diagram illustrating, in more detail, an example ofthe system shown in the example of FIGS. 1A and 1B. As shown in theexample of FIG. 2A, system 150 includes a local networks 152A and aremote network 152B. The local network 152A may represent a localnetwork of interconnected devices capable of locally streaming audio (asone or more audio streams 27 referring back to the example of FIG. 1A)in accordance with a local streaming protocol, including a 5^(th)generation (5G) cellular protocol, a WiFi protocol, a PAN protocol (suchas Bluetooth®), or any other wireless protocol capable ofinterconnecting devices.

The remote network 152B may represent a publicly accessible,packet-based network, such as the Internet, or a private network thatoperates in accordance with various layer two, layer three, and so onnetworking protocols. The remote network 152B may include a number ofinterconnected networking devices, including routers, switches, hubs,etc. for communicating packets in accordance with the networkingprotocols to communicate audio data (as the audio streams 27, againreferring back to the example of FIG. 1A).

As further shown in the example of FIG. 2A, the system 150 includeslocal source devices 162A-162M (“local source devices 162”) and remotesource devices 162N-162Z (“remote source devices 162”). The local sourcedevices 162 and remote source devices 162 (“source devices 162”) mayeach represent an example of the source device 12 described above withrespect to the example of FIG. 1A. The local source devices 162 maywirelessly connect to the local network 152A to communicate with otherdevices wireless connected to local network 152A, including a targetdevice 164. Likewise, the remote source devices 162 may wirelesslyconnect to the local network 152A to communicate with other deviceswireless connected to local network 152A, including a target device 164.The target device 164 may represent one example of the target device 14described above with respect to the example of FIG. 1A.

In operation, the target device 164 may obtain the audio streams 27 fromone or more of the local source devices 162 and the remote sourcedevices 162. The target device 164 may obtain the local source devices162 in accordance with a vehicle to anything (V2X) protocol, such as acellular-V2X (C-V2X) protocol.

As such, this disclosure envisions refinements to the way that a deviceallows for communication or audible experience, with a someone else orsome other device, based on initiating target object selection sent tothe selected target object using a direct channel communication or peerto peer connection, V2X, or C-V2X communication system.

For example, a first device for communicating with a second device, mayinclude one or more processors configured to detect a selection of atleast one target object external to the first device, and initiate achannel of communication between the first device and a second deviceassociated with the at least one target object external to the firstdevice. Whether a selection of the at least one target object externalto the first device, or the initiation of the channel of communicationbetween the first device and the second device associated with the atleast one target object external to the first device, is performedfirst, may not be material. It may depend on the context or situation,whether a channel is already established, and the initiation of thechannel of communication takes place, or whether the initiation of thechannel of communication is based off of the detection of the selectionof the at least one target object external to the first device.

For example, the channel of communication between the first device andthe second device may have already been established prior to thedetection of the selection of at least one target object external to thedevice. It may also be possible that the initiation of the channel ofthe communication between the first device and the second device was inresponse to the detection of the selection.

In addition, the one or more processors in the first device may beconfigured to receive audio packets, from the second device, as a resultof the channel of communication between the at least one target objectexternal to the first device and the second device. Subsequently, afterthe audio packets are received, the one or more processors may beconfigured to decode the audio packets, received from the second device,to generate an audio signal, and output the audio signal based on theselection of the at least one target object external to the firstdevice. It is possible that the first device and the second device maybe a first vehicle and a second vehicle. This disclosure has differentexamples illustrating vehicle's, but many of the techniques describedare also applicable to other devices. Namely, the two devices may beheadsets including: mixed reality headsets, Head-Mounted-Display,Virtual Reality (VR) headsets, Augmented Reality (AR) headsets, or thelike.

The audio signal may be reproduced by one or more loudspeakers coupledto the first device. If the first device is a vehicle, the loudspeakersmay be in the cabin of the vehicle. If the first device is a headset,the loudspeakers may reproduce a binauralized version of the audiosignal.

Based on the selection of the target object, communication, using aC-V2X or V2X system, or other communication system, between the one ormore target objects and the first device may be performed. The seconddevice, i.e., a headset or vehicle may have a person or persons speakingor playing music associated with the second device. The speech or musicemanating from inside the second vehicle or emanating from the secondheadset may be compressed using an audio/speech codec and produce audiopackets. An audio/speech codec may be two separate codecs, e.g., anaudio codec, or may be a speech codec. Alternatively, one codec may havethe ability to compress audio and speech.

The target device 164 may obtain the audio streams 19′ from the localsource devices 162 to support a variety of different contexts, such aswhere people are at a party, concert, convention or other event. In someexamples, the audio playback device 164 may obtain the audio streams 19′in support of XR contexts or experiences in which a user of the targetdevice 164 participates in the event through an XR device, mobile device(including a so-called smartphone) and the like. Additional vehicularcontexts are described below with respect to the examples of FIGS.3A-3F. The remaining discussion with respect to FIGS. 2A-2C focuses onXR experiences, but the techniques should not be limited to these XRexperiences and may be expanded to vehicular experiences or any othersuitable experience where audio streaming occurs in a manner of whichsome audio renderers 32 may be unable to support.

Assuming the target device 164 may include an audio playback devicesimilar to the audio playback device 16A of the target device 14 (aswell as the other functional components), the audio playback device 16Amay also obtain the audio streams 27 from the remote source devices 162via the networking protocols, and possibly using a dynamic adaptivestreaming over hypertext transfer protocol (HTTP) (DASH). Moreinformation regarding DASH can be found in International StandardISO/IEC 23009-1, entitled “Information technology—Dynamic adaptivestreaming over HTTP (DASH)—Part 1: Media presentation description andsegment formats,” second edition, dated 2014 May 15.

In any event, the audio playback system 16A may invoke the audiodecoding device 34 to decode the audio streams 27 to the audio streams19′, some of which may have audio metadata (such as the audio streams19′ from the local source devices 162, where the audio streams 19′ fromthe remote source devices 162 may not include metadata).

However, as noted above, the audio renderers 32 may be unable to decodeall of the sub-streams of each of the audio streams 19′. Each of thesub-streams may represent a single object of channel-based audio data, asingle channel of channel-based audio data, or a single ambisoniccoefficient of ambisonic audio data corresponding to a single sphericalbasis function (or, in other words, scene-based audio data).

In any event, to illustrate how the audio renderers 32 may be unable tofully render the audio streams 19′, a single audio stream representativeof sixth order ambisonic audio data may include 49 sub-streams, one foreach of the ambisonic coefficients corresponding to each of the 49spherical basis functions. The audio renderers 32 may, in some examples,only support 8 sub-streams (e.g., for rendering 7.1 channel audio data).As such, the stream selection unit 44 (shown in the example of FIG. 1A)may reduce the number of sub-streams in a number of different ways, asdiscussed below in more detail with respect to FIGS. 2B and 2C.

FIG. 2B is a flowchart illustrating example operation of the streamselection unit in performing various aspects of the techniques describedin this disclosure. The audio decoding device 34 may first decode theaudio streams 27 to obtain available audio steams 19′ (which is anotherway to refer to the audio streams 19′) (170). The audio decoding device34 may output the audio streams 19′ as N audio sub-streams (and as such,the audio streams 19′ may also be referred to as audio sub-streams 19′)where the variable N, denotes a total number of the audio sub-streams19′. As such, the audio decoding device 34 may obtain N audiosub-streams 19′ (171).

The stream selection unit 44 may next determine, based on the audiosub-streams 19′ a total number, e.g., N, of the one or more sub-streams19′ for all the plurality of audio streams 19′. The stream selectionunit 44 may compare the total number (N) to a render threshold(represented in FIG. 2B as “M”) (173). The render threshold (M) may beindicative of a total number of sub-streams the audio renderers 32support when rendering the audio streams 19′ to one or more speakerfeeds 35. When the total number (N) is greater than the render threshold(M) (“YES” 173), the stream selection unit 44 may adapt the audiostreams 19′ to decrease the number of the sub-streams 19′ and obtain anadapted audio streams including a reduced total number of thesub-streams 19′ that is equal to or less than the renderer threshold(M).

The stream selection unit 44 may adapt the audio streams 19′ in a numberof different ways. In one example, the stream selection unit 44 mayapply user presets to the audio streams 19′ (174). The audio presets mayidentify one or more preferred audio streams of the audio streams 19′.The stream selection unit 44 may refrain, based on the user preset, fromremoving one or more of the audio streams 19′ when obtaining the adaptedaudio streams.

In another example, the stream selection unit 44 may apply a distancethreshold (175). The distance threshold may represent a threshold thatdefines a maximum distance (relative to the target device 164) from thetarget device 164 an audio stream may originate and be a candidate forrendering. The audio streams 19′ may as noted above each include audiometadata, the audio metadata including originating location informationidentifying an originating location from which the audio streamoriginates. The stream selection unit 44 may adapt, based on theoriginating location information, the audio streams 19′ to decrease thetotal number of the one or more sub-streams 19′ and obtain the adaptedaudio streams.

As another example, the stream selection unit 44 may determine a type ofaudio data specified in the audio sub-streams 19′ and adapt, based onthe type of audio data, the audio streams 19′ to decrease the totalnumber of the audio sub-streams 19′ and thereby obtain the adapted audiostreams. As shown in the example of FIG. 2B, the stream selection unit44 may determine that the type of audio data indicates that the audiodata is ambisonic audio data (or, in other words, an ambisonic stream)(176). When the type of audio data indicates that the audio data isambisonic audio data (“YES” 176), the stream selection unit 44 may applyor perform order reduction with respect to the ambisonic audio data toobtain the adapted audio streams (177). As each coefficientcorresponding to the same spherical basis function is represented by aseparate sub-stream, order reduction may eliminate higher ordercoefficients (associated with higher order spherical basis functions),thereby reducing the number of audio sub-streams 19′.

When the type of audio data indicates that the audio data is notambisonic audio data (“NO” 176), the stream selection unit 44 maydetermine whether the type of audio data indicates that the audio datais a multi-channel (MC) stream (178). When the type of audio dataindicates that the audio data is a MC stream (“YES” 178), the streamselection unit 44 may downmix the MC stream 19′ to reduce a number ofchannels of the MC stream 19′ (e.g., 5.1 channel audio data down tostereo audio data or mono audio data or, as another example, 7.1 channelaudio data down to 5.1, stereo or mono audio data) (179). In this way,the stream selection unit 44 may perform downmixing with respect to thechannel-based audio data to obtain the adapted audio streams.

When the type of audio data indicates that the audio data is not a MCstream (“NO” 178), the stream selection unit 44 may apply privacysettings to the audio sub-streams to remove any of the audio streams 19′marked as private or restricted (180). The stream selection unit 44 mayapply the privacy settings, in some examples, regardless of thedetermination made with respect to the type of the audio data. As such,the stream selection unit 44 may adapt, based on the privacy settings,the plurality of audio streams to remove one or more of the audiostreams 19′ (and all of the associated audio sub-streams 19′) and obtainthe adapted audio streams.

In any event, the stream selection unit 44 may, in one example, applyoverrides to the adjusted audio sub-streams to obtain reduced audiosub-streams (181). The overrides may indicate that less audio streams19′ are desired by the user or otherwise indicate a particular one ormore of the audio streams 19′ are to be selected for rendering. However,the application of the overrides is optional in most circumstances andas such is denoted as a dash-lined box. As such, the adjusted audiostreams may be the same as the reduced audio streams in some examples.

The stream selection unit 44 may next determine whether theadjusted/reduced audio streams 19′ include a total number of sub-streams(N) than the renderer threshold (M) (173). Assuming that the totalnumber of sub-streams (N) is less than the renderer threshold, thestream selection output the reduced audio sub-streams (“NO” 173), thestream selection unit 44 may output the audio sub-streams 19′ as theadjusted audio sub-streams, where the audio renderers 32 may now render,based on the adjusted/reduced audio sub-streams 19′, one or more speakerfeeds 35 (where the renderer 32 has an M input constraint equal to therenderer threshold M) (182). The audio renderer 32 may output thespeaker feeds 35 to one or more speakers (183).

In some examples, the adapted audio streams includes at least one audiostream representative of channel-based audio data, and the renderercomprises a six degrees of freedom renderer 32 to perform 6DOF renderingas described above. In this example, the stream selection unit 44 mayobtain tracking information 41 representative of movement of the device14 and modify, based on the tracking information 41 and prior toapplying the six degrees of freedom renderer 32, the six degrees offreedom renderer 32 to reflect the movement of the device.

In these and other examples, the adapted audio streams includes at leastone audio stream representative of ambisonic audio data, and again therenderer 32 comprises a six degrees of freedom renderer 32. In thisexample, the stream selection unit 44 may obtain tracking information 41representative of movement of the device 14 and modify, based on thetracking information 41 and prior to applying the six degrees of freedomrenderer 32, the six degrees of freedom renderer 32 to reflect themovement of the device.

In examples where 6DOF rendering is performed, the audio renderer 32 mayhave a lower render threshold as 6DOF rendering may consume significantresources (e.g., processor, memory, bandwidth, etc.). As such, thestream selection unit 44 may reduce the render threshold to be lowerthan the M input constraint. For example, multi-channel audio dataand/or ambisonics audio data with 6DOF rendering may not be possiblewith available bandwidth, which may increase the likelihood of thestream selection unit 44 performing order reduction and/or downmixing.

FIG. 2C is a flowchart illustrating, in more detail, additional exampleoperation of the stream selection unit shown in the example of FIG. 2Ain accordance with various aspects of the techniques described in thisdisclosure. The additional example operation of the stream selectionunit shown in the example of FIG. 2C is similar to the example operationof the stream selection unit shown in the example of FIG. 2B, exceptthat application of the overrides is no longer optional and occursresponsive to determining that the total number (N) of the sub-streams19′ is greater than the render threshold (M).

The stream selection unit 44 may apply the overrides to the audiostreams 19′ to select the preferred audio streams of the audio streams19′. When the total number of the audio sub-streams of the preferredaudio streams still exceeds the threshold M (“YES” 184), the streamselection unit 44 may perform the ambisonic stream determinationfollowed by either application of order reduction (177) or adetermination of whether the audio data is a MC stream (178). Whendetermined to be an MC stream, the stream selection unit 44 may performdownmixing (178). When determined not to be an MC stream, the streamselection unit 44 merely outputs the original audio stream.

In some examples, both of the example operations described above withrespect to FIGS. 2B and 2C are performed in an iterative matter, orresponsive to new audio streams being retrieved. Accordingly, thetechniques may iteratively perform sub-stream reduction to meet the Minput constraint of the audio renderer 32.

In this way, the stream selection unit 44 may process audio streamsrepresentative of mono, stereo, multi-channel (e.g., 5.1 channel or 7.1channel), and/or ambisonic audio data (e.g., of fourth or sixth order).

FIGS. 2D-2K are diagrams illustrating example operations of applicationof privacy settings by the source device and/or content consumer deviceshown in the examples of FIGS. 1A and 1B. The following discussion ofFIGS. 2D-2K provide additional detail with regard to application ofprivacy settings as discussed above with respect to FIG. 2B. In some usecases, it may be desirable to be able to control which of the pluralityof audio streams generated by the source device 12 are available forplayback by the content consumer device 14.

For example, audio from certain capture devices of the content capturedevices 20 may contain sensitive information and/or the audio fromcertain capture devices of the content capture devices 20 may not bemeant for exclusive access (e.g., unrestricted access by all users). Itmay be desirable to restrict access to audio from certain capturedevices of the content capture devices 20 based on the type ofinformation captured by the content capture device 20 and/or based onthe location of physical zone in which the content capture device 20resides.

As shown in the example of FIG. 2D, the stream selection unit 44 maydetermine that the VLI 45B indicates that the content consumer device 14(shown as the VR device 400) is at virtual location 401. The VR device400 may be a listener on a 6DoF playback system. The stream selectionunit 44 may next determine the CLI 45A for one or more of audio elements402A-402H (which may represent audio streams captured by microphones,including the microphone 18 shown in FIG. 1A, as well as other types ofcapture devices, including microphone arrays, clusters of microphones,other XR devices, mobile phones—including so-called smartphones—and thelike). Furthermore, audio streams 402A-402H may include synthetic audiogenerated via computer or other audio output devices that issynthetically generated.

As described above, the stream selection unit 44 may obtain the audiostreams 27. The stream selection unit 44 may interface with audioelements 402A-402H and/or with source device 12 to obtain the audiostreams 27. In some examples, the stream selection unit 44 may interactwith an interface (such as a receiver, a transmitter and/or atransceiver) to obtain the audio streams 27 in accordance with a fifthgeneration (5G) cellular standard, a personal area network (PAN), suchas Bluetooth™, or some other open-source, proprietary or standardizedcommunication protocol. Wireless communication of the audio streams isdenoted as a lightning bolt in the examples of FIG. 2A, where theselected audio stream 19′ is shown as being communication from theselected one or more of the audio elements 402 and/or source device 12to the VR device 400.

In the example of FIG. 2D, the VR device 400 is at location 401, whichis in the vicinity of an audio source 408. Using the techniquesdescribed above, and in greater detail below, the VR device 400 may useenergy maps to determine that audio source 408 is at the location 401.FIG. 2D shows the audio elements 402D-402H at the location 401. Theaudio elements 402A-402C are not in the vicinity of the VR device 400.

In one example of the disclosure, the source device 12 may be configuredto generate audio metadata including privacy restrictions for theplurality of audio streams. For example, as shown in FIG. 2D, the sourcedevice 12 may be configured to generate audio metadata that indicatesthat the audio stream associated with the audio element 402H isrestricted for the user of the VR device 400 (or any other contentconsumer device). The source device 12 may transmit the audio metadatato the VR device 400 (or any other content consumer device).

The VR device 400 may be configured to receive the plurality of audiostreams and corresponding audio metadata and store them in a memory.Each of the audio streams is representative of a soundfield, and theaudio metadata including includes restrictions for one or more of theplurality of audio streams. The VR device 400 may be configureddetermine one or more audio streams from the audio metadata based on theprivacy restrictions. For example, the VR device 400 may be configuredto determine audio streams that are able to be played back based on theprivacy restrictions. The VR device 400 may then generate thecorresponding soundfields based on the one or more audio streams.Likewise, the VR device 400 may be configured to determine one or morerestricted audio streams (e.g., the audio stream associated with theaudio element 402H) from the audio metadata based on the privacyrestrictions, and not generate the corresponding soundfields for the oneor more restricted audio streams.

FIG. 2E is a block diagram illustrating the operation of the controller31 in one example of the disclosure. In one example, the controller 31may be implemented as a processor 712. The processor 712 is described inmore detail below with reference to FIG. 7. As described above withreference to FIG. 1A, the source device 12 may capture audio data usingthe content capture device 20. The content capture device 20 may captureaudio data from the audio element 18. The audio element 18 may includestatic sources, such as static single microphones or clusters ofmicrophones. The microphones 18 may be live sources. Alternatively or inaddition, the audio element 18 may include dynamic audio sources (e.g.,dynamic in terms of use and/or position), such as mobile phones. In someexamples, dynamic audio sources may be synthetic audio sources. Theaudio streams may come from single, physically spaced audio sources, orfrom clusters of audio sources in a single physical location.

In some examples, it may be beneficial to group audio sources that arelocated physically close to each other into a cluster, as eachindividual audio source in a physically co-located cluster may sensesome or all of the audio as each of the other audio sources in thecluster. As such, in some examples of the disclosure, the controller 31may be configured to toggle audio streams from a cluster of audiosources (marked C in FIG. 2E), as well to toggle audio streams fromindividual audio sources/elements (marked R in FIG. 2E). In thiscontext, toggle may refer to marking an audio stream or groups of audiostreams as unrestricted (e.g., able to be decoded and/or played) orrestricted (e.g., not able to be decoded and/or played). A privacytoggle of on (e.g., restricted) indicates the VR device should muteand/or generally not decode or playback the audio stream. A privacytoggle of off (e.g., unrestricted or common access) indicates that anyuser may decode and playback the audio stream. In this way, the audioengineer or the content creator may grant exclusive access to certainaudio sources for non-restricted users or based on hierarchical privacysetting ranks.

As shown in FIG. 2E, the controller 31 may be configured to receiveand/or access the plurality of audio streams captured by the contentcapture device 20. The controller 31 may be configured to check if thereare any privacy settings associated with the audio streams. That is, thecontroller 31 may be configured to determine one or more unrestrictedaudio streams and one or more restricted audio streams from theplurality of audio streams.

In some examples, a content creator may be configured to set privacysettings at each audio source or cluster of audio sources. In otherexamples, the controller 31 may be configured to determine if privacysettings are desired by the set for the plurality of audio streams, suchas through explicit instructions. In one example, the controller 31 mayreceive a cluster map that include the audio metadata 404 that indicatesthe privacy restrictions for one or more audio sources or clusters ofaudio sources. In one example, the privacy restrictions indicate if oneor more of the plurality of audio streams are restricted orunrestricted. In other examples, the privacy restrictions only indicateaudio streams that are restricted. As will be explained in more detail,the privacy restrictions may restrict individual audio sources, groups(clusters) of audio sources, or indicate restrictions between audiosources (inter group restrictions).

In the example of FIG. 2E, the audio metadata 404 further includesrespective privacy restrictions for the audio streams indicating if oneor more of the plurality of audio streams are restricted or unrestrictedfor each of a plurality of privacy settings ranks. The audio metadata404 includes two privacy setting ranks. Of course, more or fewer privacysetting ranks may be used. The audio metadata 404 of FIG. 2E onlyindicates what clusters of audio sources or individual audio sources arerestricted for a particular privacy setting rank. The VR device 400 maydetermine that any audio streams from audio sources not listed asrestricted in the metadata 404 may be unrestricted (i.e., may beplayed). The VR device 400 may determine that any audio streams fromaudio sources listed as restricted in the metadata 404 may not beplayed. In other examples, the audio metadata 404 may indicate bothunrestricted and restricted audio sources/streams per privacy settingrank.

The controller 31 may be configured to embed the audio metadata 404 intoeither the bitstream 27 and/or the side channel 33 (see FIG. 1A) andtransmit the audio metadata to the VR device 400 or any other contentconsumer device, including the content consumer device 14 of FIG. 1A andFIG. 1B. In addition, in some examples, the controller 31 may beconfigured to generate a privacy setting rank of a plurality of privacysetting ranks for the VR device 400 and transmit the privacy settingrank to the VR device 400.

As described above, the controller 31 may be part of any number of typesof devices, including a server, a network-connected server (e.g., cloudserver), a content capture device, and/or a mobile handset. Thecontroller 31 may be configured to transmit the plurality of audiostreams over a wireless link, including a 5G air interface, and/or apersonal area network, such as a Bluetooth interface.

In some examples, when the controller 31 is configured to send theplurality of audio streams to VR device 400 (e.g., in a so-called onlinemode), the controller 31 may be configured to not transmit any audiostreams to the VR device 400 that are marked as restricted in the audiometadata 404. The controller 31 may still transmit the audio metadata404 to the VR device 400 so that the VR device 400 may determine whichaudio streams are being received. In other examples, the controller 31may not transmit the audio streams to the VR device 400. Instead, insome examples, the VR device 400 may receive audio streams directly fromone or more audio sources. In these examples, the VR device 400 stillreceives the audio metadata 404 from the controller (or directly fromthe audio source). The VR device 400 would then determine theunrestricted and restricted audio streams from the audio metadata 404and the privacy setting rank of the VR device 400, and would refrainfrom decoding and/or playing back any audio streams marked asunrestricted (e.g., based on the privacy setting rank).

In view of the above, in one example, the VR device 400 may beconfigured to receive a privacy setting rank of the plurality of privacysetting ranks, decode the audio metadata 404, and access the respectiveprivacy restrictions indicating if one or more of the plurality of audiostreams are restricted or unrestricted corresponding to the receivedprivacy setting rank. The VR device 400 may be configured to receive theplurality of audio streams over a wireless link, such as a 5G airinterface, and/or a Bluetooth interface. As described above, the VRdevice 400 may be an extended reality headset. In this example, the VRdevice 400 may include a head-mounted display configured to present adisplayed world. In other examples, the VR device 400 may be a mobilehandset.

In other examples of the disclosure, the VR device 400 may be configuredto further perform the energy mapping techniques of this disclosure inconjunction with the audio metadata privacy restrictions describedabove. In this example, the audio metadata further includes capturelocation information representative of a capture location in a displayedworld at which the corresponding one of the plurality of audio streamswas captured. The VR device 400 may be further configured to determinelocation information representative of a location of the device in thedisplayed world, select, based on the location information and thecapture location information, a subset of the plurality of audiostreams, the subset of the plurality of audio streams excluding at leastone of the plurality of audio streams, and generate, based on the subsetof the plurality of audio streams, the corresponding soundfields.

FIG. 2F is a conceptual diagram illustrating an example where a singleaudio source (R4) is marked as restricted in the audio metadata 406. Inthis example, the controller 31 may be configured to generate the audiometadata 406 to include privacy restrictions indicating if audio streamsfrom a first audio capture device (e.g., R4) are restricted orunrestricted. The VR device 400 receives a privacy setting rank of 3.The VR device 400 may then determine that audio source R4 is restrictedfrom the privacy setting rank 3 column of the audio metadata 406.Accordingly, the VR device 400 will refrain from decoding and/or playingback audio streams from audio source R4. The example of FIG. 2F may beapplicable where audio sources are physical spread enough to the pointthat individual toggling of individual audio sources is effective. Theaudio engineer or content creator may choose to toggle (i.e., indicateas unrestricted or restricted) certain audio elements based on aphysical spread.

FIG. 2G is a conceptual diagram illustrating an example where a clusterof audio sources (C1) is marked as restricted in the audio metadata 408.In this example, the controller 31 may be configured to generate theaudio metadata 408 to include privacy restrictions indicating if audiostreams from a first cluster of audio capture devices (e.g., C1) arerestricted or unrestricted. The VR device 400 receives a privacy settingrank of 3. The VR device 400 may then determine that cluster of audiosources C1 is restricted from the privacy setting rank 3 column of theaudio metadata 408. Accordingly, the VR device 400 will refrain fromdecoding and/or playing back audio streams from cluster of audio sourcesC1. The example of FIG. 2G may be applicable where audio sources aredensely packed or clustered in a physical location, such that individualtoggling of individual audio sources is ineffective. In some examples, asingle audio source within a cluster may be designated as a master audiosource, and toggling the privacy restriction for the master audio sourceaffects all other audio sources within the cluster. Audio sourcesbelonging to a cluster may be determined using a vicinity (e.g.,distance) threshold.

FIG. 2H is a conceptual diagram illustrating an example where a clusterof audio sources (C1) is marked as restricted in the audio metadata 410.In addition, the metadata 410 further includes a child column. Any audiosources in the child column inherit the privacy restrictions marked fromthe restricted column of the audio metadata 410. As such, cluster ofaudio sources C2 is also marked as restricted. In this way, certainaudio sources or clusters of audio sources can be interdependent and thecontroller 31 need only toggle a single cluster or audio source toeffect multiple clusters or audio sources.

In this example, the controller 31 may be configured to generate theaudio metadata 410 to include information indicating that audio streamsfrom a second cluster of audio capture devices (e.g., C2) share the sameprivacy restrictions as the first cluster of audio capture devices(e.g., C1). The VR device 400 receives a privacy setting rank of 3. TheVR device 400 may then determine that cluster of audio sources C1 and C2are restricted from the privacy setting rank 3 column of the audiometadata 410. Accordingly, the VR device 400 will refrain from decodingand/or playing back audio streams from cluster of audio sources C1 andC2.

In other examples of the disclosure, the source device 12 and thecontent consumer device 14 may use password-based techniques to restrictcertain audio streams from being decoded and/or played back. Thepassword-based techniques described below may be used alone, or inconjunction with the privacy-based audio metadata techniques describedabove with reference to FIGS. 2D-2H.

FIG. 2I is a block diagram illustrating the operation of the controller31 in one example of the disclosure. In one example, the controller 31may be implemented as a processor 712. The processor 712 is described inmore detail below with reference to FIG. 7. As described above withreference to FIG. 1A, the source device 12 may capture audio data usingthe content capture device 20. The content capture device 20 may captureaudio data from the microphones 18. The microphones 18 may includestatic sources, such as static single microphones or clusters ofmicrophones. The microphones 18 may be live sources. Alternatively or inaddition, the microphones 18 may include dynamic audio sources (e.g.,dynamic in terms of use and/or position), such as mobile phones. In someexamples, dynamic audio sources may be synthetic audio sources. Theaudio streams may come from single, physically spaced audio sources, orfrom clusters of audio sources in a single physical location.

In some examples, it may be beneficial to group audio sources that arelocated physically close to each other into a cluster or zone, as eachindividual audio source in a physically co-located cluster may sensesome or all of the audio as each of the other audio sources in the samephysical zone. As such, in some examples of the disclosure, thecontroller 31 may be configured to mask, null, and/or toggle audiostreams from a zone of audio sources. In this context, masking a zonemay refer to adjusting the audio gain of the zone down. Nulling a zonemay refer to silencing audio coming from the zone (e.g., usingbeamforming). Toggling a zone may refer to marking an audio stream orgroups of audio streams as unrestricted (e.g., able to be decoded and/orplayed) or restricted (e.g., not able to be decoded and/or played). Aprivacy toggle of on (e.g., restricted) indicates the VR device shouldmute and/or generally not decode or playback the audio stream. A privacytoggle of off (e.g., unrestricted or common access) indicates that anyuser may decode and playback the audio stream. In this way, the audioengineer or the content creator may grant exclusive access to certainaudio sources for non-restricted users or based on hierarchical privacysetting ranks.

As shown in FIG. 2I, the controller 31 may be configured to receiveand/or access the plurality of audio streams captured by the contentcapture device 20. The controller 31 may be configured tocompartmentalize the audio streams into certain zones by the physicallocations of the audio sources. In some examples, the controller 31 maytag (e.g., generate metadata) that indicates to which zone a particularaudio source belongs. The controller 31 may further generate boundarymetadata for the zone, including a centroid location and a radius.

In some examples, a content creator may be configured to set privacysettings at each audio source or cluster/zones of audio sources. Inother examples, the controller 31 may be configured to determine ifprivacy settings are desired by the set for the plurality of audiostreams, such as through explicit instructions received by thecontroller 31. Based on the privacy settings for the zones, thecontroller 31 may cause a password generator to generate a password forparticular privacy settings of the zones. In some examples thecontroller 31 may encrypt the password according to an encryption type(e.g., Advanced Encryption Standard, Rivest-Shamir-Adleman (RSA)encryption, etc.).

The controller 31 may be configured to embed the password into eitherthe bitstream 27 and/or the side channel 33 (see FIG. 1A) and transmitthe password to the VR device 400 or any other content consumer device,including the content consumer device 14 of FIG. 1A and FIG. 1B. The VRdevice 400 may be configured to receive the password from controller 31(or from another source) and send the password back to the controller 31when requesting audio streams. The embedding and authentication block ofthe controller 31 embeds individual passwords generated for zones oraudio sources with the audio streams and metadata retrieved by thecontroller 31. The embedding and authentication block of the controller31 also performs authentication based on the password provided by the VRdevice 400. In one example, the controller 31 may be configured to onlysend unrestricted audio streams to the VR device 400 based on theauthenticated password. In other examples, the controller device 31 maybe configured to send one or more of audio streams to VR device 400along with instructions on how the audio streams should be masked,silenced, and/or toggled

As described above, the privacy settings may include one or more ofmasking a zone, nulling a zone, or toggling a zone as restricted orunrestricted. In one example, toggling the zones indicates if one ormore of the plurality of audio streams are restricted or unrestricted.In other examples, toggling the privacy restrictions only indicatesaudio streams that are restricted.

In one example of the disclosure, the controller 31 may be configured tostore a plurality of audio streams, each of the audio streamsrepresentative of a soundfield, and generate one or more of theplurality of audio streams based on privacy restrictions associated witha password. In one example, the controller 31 may be configured totransmit the one or more of the plurality of audio streams to a contentconsumer device.

In one example of the disclosure, the password is a master passwordassociated with unrestricted privacy restrictions. In this example, thecontroller 31 may be configured to generate each of the plurality ofaudio streams. The master password may be a password for a superuser/administrator. The master password gives unrestricted access to allaudio streams in their entirety.

In another example of the disclosure, the password is a permanentpassword associated with conditional privacy restrictions. In thisexample, the controller 31 may be configured to generate the one or moreof the plurality of audio streams based on the conditional privacyrestrictions, wherein the conditional privacy restrictions indicate ifone or more of the plurality of audio streams are restricted orunrestricted. In one example, the controller 31 may be configured togenerate audio metadata (such as the audio metadata described above)that further includes respective conditional privacy restrictionsindicating if one or more of the plurality of audio streams arerestricted or unrestricted based on the permanent password. As will bedescribed below, the conditional privacy restrictions may includemasking (e.g., as indicated by a gain value), nulling, and/or toggling.In one example, the permanent password remains valid until reset. Thecontroller 31 may generate the permanent password for individual zonesand/or audio sources.

In another example of the disclosure, the password is a temporarypassword associated with conditional privacy restrictions. In thisexample, the controller 31 may be configured to generate the one or moreof the plurality of audio streams based on the conditional privacyrestrictions, wherein the conditional privacy restrictions rightsindicate if one or more of the plurality of audio streams are restrictedor unrestricted. In one example, the controller 31 may be configured togenerate audio metadata (such as the audio metadata described above)that further includes respective conditional privacy restrictionsindicating if one or more of the plurality of audio streams arerestricted or unrestricted based on the temporary password. As will bedescribed below, the conditional privacy restrictions may includemasking (e.g., as indicated by a gain value), nulling, and/or toggling.In one example, the permanent password remains valid until reset. In oneexample, the temporary password remains valid for a fixed duration andexpires after the fixed duration. The controller 31 may automaticallyinvalidate the temporary password after the duration expires.

In one example, the privacy restrictions include respective gain valuesassociated with respective audio streams of the one or more of theplurality of audio streams. In another example, the privacy restrictionsinclude respective nulling indications associated with respective audiostreams of the one or more of the plurality of audio streams. In anotherexample, the privacy restrictions include respective togglingindications associated with respective audio streams of the one or moreof the plurality of audio streams.

The VR device 400 may be configured to store the plurality of audiostreams, each of the audio streams representative of a soundfield,receive one or more of the plurality of audio streams based on privacyrestrictions associated with a password, and generate the correspondingsoundfields based on the one or more of the plurality of audio streams.In one example, the VR device 400 sends the password to the controller31.

In one example, the password is a master password associated withunrestricted privacy restrictions, and the VR device 400 may beconfigured to receive each of the plurality of audio streams.

In another example, the password is a permanent password associated withconditional privacy restrictions, and the VR device 400 may beconfigured to receive the one or more of the plurality of audio streamsbased on the conditional privacy restrictions, wherein the conditionalprivacy restrictions indicate if one or more of the plurality of audiostreams are restricted or unrestricted. The VR device 400 may be furtherconfigured to receive audio metadata that further includes respectiveconditional privacy restrictions indicating if one or more of theplurality of audio streams are restricted or unrestricted based on thepermanent password.

In another example, the password is a temporary password associated withconditional privacy restrictions, and the VR device 400 may beconfigured to receive the one or more of the plurality of audio streamsbased on the conditional privacy restrictions, wherein the conditionalprivacy restrictions rights indicate if one or more of the plurality ofaudio streams are restricted or unrestricted. The VR device 400 may befurther configured to receive audio metadata that further includesrespective conditional privacy restrictions indicating if one or more ofthe plurality of audio streams are restricted or unrestricted based onthe temporary password.

In one example, the VR device 400 may be configured to receive thepassword from a host (e.g., the controller 31). In another example, theVR device 400 may be configured to receive the password from a sourceother than the host.

FIG. 2J is a diagram showing examples of masking and nulling zonesand/or individual audio sources. In scenario 420, the VR device 400 wasissued a password that is associated with the privacy restriction ofmasking zone 2 (audio sources R7-R9). In this example, the VR device 400further receives gain values for zone 2 to apply when playing back audiostreams from zone 2. In scenario 430, the VR device 400 was issued apassword that is associated with the privacy restriction of nullingaudio source R4. In this example, the VR device 400 may completely mutethe audio stream from audio source R4 (e.g., through beamforming orapplying a zero gain).

FIG. 2K is a diagram showing examples of toggling zones and/orindividual audio sources. In scenario 440, the VR device 400 was issueda password that is associated with the privacy restriction of togglingzone 2 (audio sources R7-R9) to restricted. In this example, the VRdevice 400 refrains from decoding and/or playing back audio streams fromzone 2. In scenario 450, the VR device 400 was issued a password that isassociated with the privacy restriction of toggling audio source R4. Inthis example, the VR device 400 refrains from decoding and/or playingback audio streams from audio source R4.

FIGS. 3A-3F are diagrams illustrating systems that may perform variousaspects of the techniques described in this disclosure. Referring firstto the example of FIG. 3A, a system 10 includes a source device 12 and atarget device 14. The source device 12 is shown as a bicycle 12 that isin communication via a wireless connection 200 with the target device14, which is shown for purposes of example as a vehicle. Althoughdescribed with respect to the bicycle 12 and the vehicle 14, thetechniques may be performed by any type of device capable of wirelesscommunication, including a mobile handset device (including a so-called“smartphone”), a watch (including so-called “smartwatches”), a laptop, aheadunit (including so-called “infotainment systems”), and the like.

The bicycle 12 and the vehicle 14 may be manually operated or may beautonomously operated. For purposes of explanation, the bicycle 12 isassumed to be manually operated by a rider (which is not shown in theexample of FIG. 3A for ease of illustration purposes) and the vehicle 14is assumed to be autonomously operated.

As shown in the example of FIG. 3A, the vehicle 14 is autonomouslyoperating by driving in a right lane 202 of a road 210, which has theright lane 202 and a left lane 204. The vehicle 14 may, when the bicycle12 is sufficiently close (within some threshold proximity or distance),establish the wireless connection 200 with the bicycle 12.Alternatively, the bicycle 12 may, when the vehicle 14 is sufficientlyclose (within the threshold proximity or distance), establish thewireless connection 200. Regardless of which of the devices 12/14initiates the wireless connection 200, the wireless connection 200 maybe established in accordance with a fifth generation (5G) cellularstandard, a personal area network (PAN) protocol, such as Bluetooth®, orany other wireless communication protocol (including WiFi™ protocols)and the like. The wireless connection 200 may conform to a vehicle toanything (V2X) protocol, including a so-called cellular V2X (C-V2X)protocol.

In any event, the vehicle 14 may communicate with the bicycle 12 via thewireless connection 200. The rider (which again is not shown in theexample of FIG. 3A for ease of illustration purposes) of the bicycle 12may interface with a source device (which is assumed for ease ofillustration to be integrated into the bicycle 12 and as such thebicycle 12 may be referred to as the source device 12) to capture audiodata (which are assumed for purposes of illustration to be words spokenby the rider of the bicycle 12. Although assumed as being integratedinto the bicycle 12, the source device 12 may be separate from thebicycle and may represent one or more of the devices described abovewith respect to the example of FIG. 1A.

The bicycle 12 may include a microphone or other audio capture deviceconfigured to capture the audio data and generate, based on the audiodata, an audio stream. The bicycle 12 may generate the audio streamalong with audio metadata, the audio metadata including originationcoordinates (e.g., global positioning system—GPS-coordinates) at whichthe corresponding audio stream originates. The bicycle 12 may output,via the wireless connection 200, the audio stream to the vehicle 14.

The vehicle 14 may receive the audio stream and the audio metadata,storing the audio stream along with the audio metadata. The vehicle 14may determine, based on current coordinates of the vehicle 14 relativeto the origination coordinates corresponding to the audio stream, adirection of arrival 212A for the audio stream. The vehicle 14 maydetermine, in the example of FIG. 3A, that the audio stream is arrivingfrom directly behind the vehicle 14 and traveling to the front of thevehicle 14 (as denoted by the arrow).

The vehicle 14 may next render, based on the direction of arrival 212A,the audio stream to appear to arrive from the direction of arrival 212A,thereby generating speaker feeds to simulate a soundfield captured bythe bicycle 12 and arriving from directly behind the vehicle 14. Thevehicle 14 may, in this example, generate back right and back leftspeaker feeds in the example of FIG. 3A, outputting the back right andback left speaker feeds to the back right and back left speakers of thevehicle 14 (which are not shown for ease of illustration purposes) toreproduce the soundfield 214A represented by the audio stream.

In the example of FIG. 3A, it is assumed that the rider of the bicycle12 captures audio data of the rider issuing a command to let the vehicle14 know that the rider will be “passing on the left.” Although describedbelow with respect to spoken words, the bicycle 12A may offer one ormore audio streams, including pre-recorded audio streams, live audiostreams, or any other type of audio stream.

As it is assumed to be operating autonomously (e.g., a computing deviceis in control of the vehicle 14 and issues instructions that result inthe computing device steering, accelerating, braking and otherwiseoperating the vehicle 14 without manual intervention), the vehicle 14may analyze the audio stream to extract the command, and operate, basedon the command parsed from the audio stream, the vehicle 14 to avoidmerging into or otherwise impacting operation of the bicycle 12. Thatis, the vehicle 14 may autonomously adjust, based on the command orother spoken words, operation of the vehicle 14.

Referring next to the example of FIG. 3B, the bicycle 12 has begunpassing the vehicle 14 by moving over into the left lane 204 of the road210. Assuming the bicycle 12 continues to provide the audio stream tothe vehicle 14 via the wireless connection 200, the bicycle 12 maycontinue to update the audio metadata for the audio stream to denote theupdated origination coordinates that indicate the bicycle is in the leftlane 204 next to the vehicle 14. Based on the updated originationcoordinates and the current coordinates of the vehicle 14, the vehicle14 may determine a direction of arrival 212B. The vehicle 14 may render,based on the direction of arrival 212B, the speaker feeds thatspatialize the audio stream to appear to arrive from the direction ofarrival 212B. The vehicle 14 may, in this example, render a back leftspeaker feed from the audio stream and output the back left speaker feedto the back left speaker to reproduce the soundfield 214B to reflect thenew direction of arrival 212B.

Referring next to the example of FIG. 3C, the bicycle 12 has mostlypassed the vehicle 14 in the left lane 204 of the road 210. Assuming thebicycle 12 continues to provide the audio stream to the vehicle 14 viathe wireless connection 200, the bicycle 12 may continue to update theaudio metadata for the audio stream to denote the updated originationcoordinates that indicate the bicycle is in the left lane 204 nearlypassed the vehicle 14. Based on the updated origination coordinates andthe current coordinates of the vehicle 14, the vehicle 14 may determinea direction of arrival 212C. The vehicle 14 may render, based on thedirection of arrival 212C, the speaker feeds that spatialize the audiostream to appear to arrive from the direction of arrival 212C. Thevehicle 14 may, in this example, render a front left speaker feed fromthe audio stream and output the front left speaker feed to the frontleft speaker to reproduce the soundfield 214C to reflect the newdirection of arrival 212C.

Referring next to the example of FIG. 3D, another vehicle may arrive,whereupon the vehicle 14 may establish another wireless connection 200B(where the original wireless connection 200 with the bicycle 12 isdenoted as the wireless connection 200A and the original bicycle 12 isdenoted as the bicycle 12A). The additional vehicle may act as anothersource device 12B, and as such, the additional vehicle may be denoted asthe vehicle 12B, as it is assumed that the source device 12B isintegrated within the vehicle 12B (e.g., as a vehicle headunit).Although assumed as being integrated into the vehicle 12B, the sourcedevice 12B may be separate from the vehicle and may represent one ormore of the devices described above with respect to the example of FIG.1A.

In any event, the vehicle 12B may offer one or more audio streams,including pre-recorded audio streams, live audio streams, or any othertype of audio stream. The vehicle 12B may output the audio streams alongwith corresponding audio metadata including an originating location (or,in other words, origination coordinates) from which the audio streamsare to appear to originate. The vehicle 12B may output the audio streamsalong with the corresponding audio metadata via the wireless connection200B, which may be similar to the wireless connection 200 describedabove (and the wireless connection 200A as now denoted in the example ofFIG. 3D.

The vehicle 14 may receive, via the wireless connection 200B, the audiostreams and the corresponding audio metadata. The vehicle 14 may presentvia the integrated source device (which may include a display)indications that the audio streams are available. An operator of thevehicle 14 may select one of the indications to initiate playback of acorresponding one of the audio streams, whereupon the vehicle 14 maydetermine, based on the corresponding originating location (e.g., GPScoordinates specifying the current location of the vehicle 12B) setforth in the audio metadata and the current coordinates of the vehicle14, another direction of arrival 212D reflective of the location of thevehicle 12B relative to the location of the vehicle 14.

The vehicle 14 may render, based on the direction of arrival 212D, theselected one of the audio streams to generate one or more speaker feeds,where in this instance the vehicle 14 may render a back left speakerfeed to reflect the location of the vehicle 12B relative to the locationof the vehicle 14. As such, the vehicle 14 may render the back leftspeaker feed to spatialize the selected one of the audio streams. Thevehicle 14 may output the back left speaker feed to the back leftspeaker to reproduce soundfield 214D represented by the selected one ofthe audio streams.

In the example of FIG. 3E, the vehicle 12C may operate as a sourcedevice (and may be referred to as a “source device 12C”), providingimmersive video and/or audio via a wireless connection 200C with anetwork 220. The network 220 may include a public network (such as theInternet) or a private network in which a collection of computingdevices (including possibly routers, switches, hubs, and the like)interconnect to facilitate communication of packets of data between oneanother. The vehicle 12C may provide video and audio to enable anextended reality (XR) device 100 to view and/or listen to theenvironment in which the vehicle 12C operates, providing what may bereferred to as a “race car experience” that allows the user of the XRheadset 100 (which is another way to refer to the XR device 100) toexperience riding in the vehicle 12C.

In some instances, the XR device 100 may transmit an audio stream backto the vehicle 12C, whereupon the vehicle 12C operates as a targetdevice (hence the “12C/14C” numerals identifying the vehicle 12C/14C).The XR device 100 may include audio metadata specifying the front rightpassenger seat (or any other passenger seat) as the originatinglocation. The vehicle 14C may receive the audio stream from the XRdevice 100, determine the direction of arrival 212E based on theoriginating location associated with the audio stream, and render, basedon the direction of arrival 12E, the audio stream to one or more speakerfeeds that spatialize the audio stream to emulate audio from the XRdevice 100 as if the user of the XR device 100 was sitting in the frontright passenger seat of the vehicle 14C.

This may allow the operator of the vehicle 14C to hear the user of theXR device 100 as if the user of the XR device 100 was sitting in thefront right passenger seat acting as a co-pilot. In this example, thevehicle 14C may render a front right speaker feed and output the frontright speaker feed to a front right speaker in order to reproducesoundfield 214E represented by the audio stream sent by the XR device100. Although described with respect to the XR device 100, thetechniques may be performed with respect to any device, such as a mobilephone 230 shown in the example of FIG. 3F.

Moreover, although described with respect to V2X protocols, thetechniques may retrieve audio streams from non-V2X connections, such asthose described above with respect to the network 220, the XR device100, and the mobile phone 230. The vehicle 14C may retrieve audiostreams from the Internet or other public or private network representedby the network 220. The vehicle 14C may obtain these audio streams usinga dynamic adaptive streaming over hypertext transfer protocol (HTTP)(DASH).

FIG. 4 is a diagram illustrating an example of a VR device 400 worn by auser 402. The VR device 400 is coupled to, or otherwise includes,headphones 404, which may reproduce a soundfield represented by theaudio data 19′ through playback of the speaker feeds 35. The speakerfeeds 35 may represent an analog or digital signal capable of causing amembrane within the transducers of headphones 104 to vibrate at variousfrequencies, where such process is commonly referred to as driving theheadphones 104.

Video, audio, and other sensory data may play important roles in the VRexperience. To participate in a VR experience, the user 402 may wear theVR device 400 (which may also be referred to as a VR headset 400) orother wearable electronic device. The VR client device (such as the VRheadset 400) may include a tracking device (e.g., the tracking device40) that is configured to track head movement of the user 402, and adaptthe video data shown via the VR headset 400 to account for the headmovements, providing an immersive experience in which the user 402 mayexperience a displayed world shown in the video data in visual threedimensions. The displayed world may refer to a virtual world (in whichall of the world is simulated), an augmented world (in which portions ofthe world are augmented by virtual objects), or a physical world (inwhich a real world image is virtually navigated).

While VR (and other forms of AR and/or MR) may allow the user 402 toreside in the virtual world visually, often the VR headset 400 may lackthe capability to place the user in the displayed world audibly. Inother words, the VR system (which may include a computer responsible forrendering the video data and audio data—that is not shown in the exampleof FIG. 2 for ease of illustration purposes, and the VR headset 400) maybe unable to support full three-dimension immersion audibly (and in someinstances realistically in a manner that reflects the displayed scenepresented to the user via the VR headset 400).

While described in this disclosure with respect to the VR device,various aspects of the techniques may be performed in the context ofother devices, such as a mobile device. In this instance, the mobiledevice (such as a so-called smartphone) may present the displayed worldvia a screen, which may be mounted to the head of the user 402 or viewedas would be done when normally using the mobile device. As such, anyinformation on the screen can be part of the mobile device. The mobiledevice may be able to provide tracking information 41 and thereby allowfor both a VR experience (when head mounted) and a normal experience toview the displayed world, where the normal experience may still allowthe user to view the displayed world proving a VR-lite-type experience(e.g., holding up the device and rotating or translating the device toview different portions of the displayed world).

FIG. 1B is a block diagram illustrating another example system 50configured to perform various aspects of the techniques described inthis disclosure. The system 50 is similar to the system 10 shown in FIG.1A, except that the audio renderers 32 shown in FIG. 1A are replacedwith a binaural renderer 42 capable of performing binaural renderingusing one or more head-related transfer functions HRTFs or the otherfunctions capable of rendering to left and right speaker feeds 43.

The audio playback system 16B may output the left and right speakerfeeds 43 to headphones 44, which may represent another example of awearable device and which may be coupled to additional wearable devicesto facilitate reproduction of the soundfield, such as a watch, the VRheadset noted above, smart glasses, smart clothing, smart rings, smartbracelets or any other types of smart jewelry (including smartnecklaces), and the like. The headphones 44 may couple wirelessly or viawired connection to the additional wearable devices.

Additionally, the headphones 44 may couple to the audio playback system16B via a wired connection (such as a standard 3.5 mm audio jack, auniversal system bus (USB) connection, an optical audio jack, or otherforms of wired connection) or wirelessly (such as by way of a Bluetooth™connection, a wireless network connection, and the like). The headphones44 may recreate, based on the left and right speaker feeds 43, thesoundfield represented by the audio data 19′. The headphones 44 mayinclude a left headphone speaker and a right headphone speaker which arepowered (or, in other words, driven) by the corresponding left and rightspeaker feeds 43.

FIG. 5 is a diagram illustrating an example of a wearable device 500that may operate in accordance with various aspect of the techniquesdescribed in this disclosure. In various examples, the wearable device500 may represent a VR headset (such as the VR headset 100 describedabove), an AR headset, an MR headset, or any other type of extendedreality (XR) headset. Augmented Reality “AR” may refer to computerrendered image or data that is overlaid over the real world where theuser is actually located. Mixed Reality “MR” may refer to computerrendered image or data that is world locked to a particular location inthe real world, or may refer to a variant on VR in which part computerrendered 3D elements and part photographed real elements are combinedinto an immersive experience that simulates the user's physical presencein the environment. Extended Reality “XR” may represent a catchall termfor VR, AR, and MR. More information regarding terminology for XR can befound in a document by Jason Peterson, entitled “Virtual Reality,Augmented Reality, and Mixed Reality Definitions,” and dated Jul. 7,2017.

The wearable device 500 may represent other types of devices, such as awatch (including so-called “smart watches”), glasses (includingso-called “smart glasses”), headphones (including so-called “wirelessheadphones” and “smart headphones”), smart clothing, smart jewelry, andthe like. Whether representative of a VR device, a watch, glasses,and/or headphones, the wearable device 500 may communicate with thecomputing device supporting the wearable device 500 via a wiredconnection or a wireless connection.

In some instances, the computing device supporting the wearable device500 may be integrated within the wearable device 500 and as such, thewearable device 500 may be considered as the same device as thecomputing device supporting the wearable device 500. In other instances,the wearable device 500 may communicate with a separate computing devicethat may support the wearable device 500. In this respect, the term“supporting” should not be understood to require a separate dedicateddevice but that one or more processors configured to perform variousaspects of the techniques described in this disclosure may be integratedwithin the wearable device 500 or integrated within a computing deviceseparate from the wearable device 500.

For example, when the wearable device 500 represents the VR device 500,a separate dedicated computing device (such as a personal computerincluding the one or more processors) may render the audio and visualcontent, while the wearable device 500 may determine the translationalhead movement upon which the dedicated computing device may render,based on the translational head movement, the audio content (as thespeaker feeds) in accordance with various aspects of the techniquesdescribed in this disclosure. As another example, when the wearabledevice 500 represents smart glasses, the wearable device 500 may includethe one or more processors that both determine the translational headmovement (by interfacing within one or more sensors of the wearabledevice 500) and render, based on the determined translational headmovement, the speaker feeds.

As shown, the wearable device 500 includes one or more directionalspeakers, and one or more tracking and/or recording cameras. Inaddition, the wearable device 500 includes one or more inertial, haptic,and/or health sensors, one or more eye-tracking cameras, one or morehigh sensitivity audio microphones, and optics/projection hardware. Theoptics/projection hardware of the wearable device 500 may includedurable semi-transparent display technology and hardware.

The wearable device 500 also includes connectivity hardware, which mayrepresent one or more network interfaces that support multimodeconnectivity, such as 4G communications, 5G communications, Bluetooth,etc. The wearable device 500 also includes one or more ambient lightsensors, and bone conduction transducers. In some instances, thewearable device 500 may also include one or more passive and/or activecameras with fisheye lenses and/or telephoto lenses. Although not shownin FIG. 5, the wearable device 500 also may include one or more lightemitting diode (LED) lights. In some examples, the LED light(s) may bereferred to as “ultra bright” LED light(s). The wearable device 500 alsomay include one or more rear cameras in some implementations. It will beappreciated that the wearable device 500 may exhibit a variety ofdifferent form factors.

Furthermore, the tracking and recording cameras and other sensors mayfacilitate the determination of translational distance. Although notshown in the example of FIG. 5, wearable device 500 may include othertypes of sensors for detecting translational distance.

Although described with respect to particular examples of wearabledevices, such as the VR device 500 discussed above with respect to theexamples of FIG. 2 and other devices set forth in the examples of FIGS.1A and 1B, a person of ordinary skill in the art would appreciate thatdescriptions related to FIGS. 1A, 1B, and 2 may apply to other examplesof wearable devices. For example, other wearable devices, such as smartglasses, may include sensors by which to obtain translational headmovements. As another example, other wearable devices, such as a smartwatch, may include sensors by which to obtain translational movements.As such, the techniques described in this disclosure should not belimited to a particular type of wearable device, but any wearable devicemay be configured to perform the techniques described in thisdisclosure.

FIGS. 6A and 6B are diagrams illustrating example systems that mayperform various aspects of the techniques described in this disclosure.FIG. 6A illustrates an example in which the source device 12 furtherincludes a camera 600. The camera 600 may be configured to capture videodata, and provide the captured raw video data to the content capturedevice 20. The content capture device 20 may provide the video data toanother component of the source device 12, for further processing intoviewport-divided portions.

In the example of FIG. 6A, the content consumer device 14 also includesthe wearable device 400. It will be understood that, in variousimplementations, the wearable device 100 may be included in, orexternally coupled to, the content consumer device 14. The wearabledevice 400 includes display hardware and speaker hardware for outputtingvideo data (e.g., as associated with various viewports) and forrendering audio data.

FIG. 6B illustrates an example in which the audio renderers 32 shown inFIG. 6A are replaced with a binaural renderer 42 capable of performingbinaural rendering using one or more HRTFs or the other functionscapable of rendering to left and right speaker feeds 43. The audioplayback system 16C may output the left and right speaker feeds 43 toheadphones 44.

The headphones 44 may couple to the audio playback system 16C via awired connection (such as a standard 3.5 mm audio jack, a universalsystem bus (USB) connection, an optical audio jack, or other forms ofwired connection) or wirelessly (such as by way of a Bluetooth™connection, a wireless network connection, and the like). The headphones44 may recreate, based on the left and right speaker feeds 43, thesoundfield represented by the audio data 19′. The headphones 44 mayinclude a left headphone speaker and a right headphone speaker which arepowered (or, in other words, driven) by the corresponding left and rightspeaker feeds 43.

FIG. 7 is a block diagram illustrating example components of one or moreof the source device and the content consumer device shown in theexample of FIG. 1. In the example of FIG. 7, the device 710 includes aprocessor 712 (which may be referred to as “one or more processors” or“processor(s)”), a graphics processing unit (GPU) 714, system memory716, a display processor 718, one or more integrated speakers 740, adisplay 703, a user interface 720, antenna 721, and a transceiver module722. In examples where the device 712 is a mobile device, the displayprocessor 718 is a mobile display processor (MDP). In some examples,such as examples where the source device 710 is a mobile device, theprocessor 712, the GPU 714, and the display processor 718 may be formedas an integrated circuit (IC).

For example, the IC may be considered as a processing chip within a chippackage and may be a system-on-chip (SoC). In some examples, two of theprocessors 712, the GPU 714, and the display processor 718 may be housedtogether in the same IC and the other in a different integrated circuit(i.e., different chip packages) or all three may be housed in differentICs or on the same IC. However, it may be possible that the processor712, the GPU 714, and the display processor 718 are all housed indifferent integrated circuits in examples where the device 710 is amobile device.

Examples of the processor 712, the GPU 714, and the display processor718 include, but are not limited to, one or more digital signalprocessors (DSPs), general purpose microprocessors, application specificintegrated circuits (ASICs), field programmable logic arrays (FPGAs), orother equivalent integrated or discrete logic circuitry. The processor712 may be the central processing unit (CPU) of the source device 710.In some examples, the GPU 714 may be specialized hardware that includesintegrated and/or discrete logic circuitry that provides the GPU 714with massive parallel processing capabilities suitable for graphicsprocessing. In some instances, GPU 714 may also include general purposeprocessing capabilities, and may be referred to as a general-purpose GPU(GPGPU) when implementing general purpose processing tasks (i.e.,non-graphics related tasks). The display processor 718 may also bespecialized integrated circuit hardware that is designed to retrieveimage content from the system memory 716, compose the image content intoan image frame, and output the image frame to the display 703.

The processor 712 may execute various types of the applications.Examples of the applications include web browsers, e-mail applications,spreadsheets, video games, other applications that generate viewableobjects for display, or any of the application types listed in moredetail above. The system memory 716 may store instructions for executionof the applications. The execution of one of the applications on theprocessor 712 causes the processor 712 to produce graphics data forimage content that is to be displayed and the audio data 19 that is tobe played (possibly via integrated speaker 740). The processor 712 maytransmit graphics data of the image content to the GPU 714 for furtherprocessing based on and instructions or commands that the processor 712transmits to the GPU 714.

The processor 712 may communicate with the GPU 714 in accordance with aparticular application processing interface (API). Examples of such APIsinclude the DirectX® API by Microsoft®, the OpenGL® or OpenGL ES® by theKhronos group, and the OpenCL®; however, aspects of this disclosure arenot limited to the DirectX, the OpenGL, or the OpenCL APIs, and may beextended to other types of APIs. Moreover, the techniques described inthis disclosure are not required to function in accordance with an API,and the processor 712 and the GPU 714 may utilize any process forcommunication.

The system memory 716 may be the memory for the device 710. The systemmemory 716 may comprise one or more computer-readable storage media.Examples of the system memory 716 include, but are not limited to, arandom-access memory (RAM), an electrically erasable programmableread-only memory (EEPROM), flash memory, or other medium that can beused to carry or store desired program code in the form of instructionsand/or data structures and that can be accessed by a computer or aprocessor.

In some examples, the system memory 716 may include instructions thatcause the processor 712, the GPU 714, and/or the display processor 718to perform the functions ascribed in this disclosure to the processor712, the GPU 714, and/or the display processor 718. Accordingly, thesystem memory 716 may be a computer-readable storage medium havinginstructions stored thereon that, when executed, cause one or moreprocessors (e.g., the processor 712, the GPU 714, and/or the displayprocessor 718) to perform various functions.

The system memory 716 may include a non-transitory storage medium. Theterm “non-transitory” indicates that the storage medium is not embodiedin a carrier wave or a propagated signal. However, the term“non-transitory” should not be interpreted to mean that the systemmemory 716 is non-movable or that its contents are static. As oneexample, the system memory 716 may be removed from the source device 710and moved to another device. As another example, memory, substantiallysimilar to the system memory 716, may be inserted into the device 710.In certain examples, a non-transitory storage medium may store data thatcan, over time, change (e.g., in RAM).

The user interface 720 may represent one or more hardware or virtual(meaning a combination of hardware and software) user interfaces bywhich a user may interface with the device 710. The user interface 720may include physical buttons, switches, toggles, lights or virtualversions thereof. The user interface 720 may also include physical orvirtual keyboards, touch interfaces—such as a touchscreen, hapticfeedback, and the like.

The processor 712 may include one or more hardware units (includingso-called “processing cores”) configured to perform all or some portionof the operations discussed above with respect to one or more of any ofthe modules, units or other functional components of the content creatordevice and/or the content consumer device. The antenna 721 and thetransceiver module 722 may represent a unit configured to establish andmaintain the connection between the content consumer device 12 and thecontent consumer device 14. The antenna 721 and the transceiver module722 may represent one or more receivers and/or one or more transmitterscapable of wireless communication in accordance with one or morewireless communication protocols, such as a fifth generation (5G)cellular standard, a person area network (PAN) protocol, such asBluetooth™, or other open-source, proprietary, or other communicationstandard. That is, the transceiver module 722 may represent a separatetransmitter, a separate receiver, both a separate transmitter and aseparate receiver, or a combined transmitter and receiver. The antenna721 and the transceiver 722 may be configured to receive encoded audiodata. Likewise, the antenna 721 and the transceiver 722 may beconfigured to transmit encoded audio data.

FIG. 8A-8C are flowcharts illustrating example operation of the streamselection unit shown in the examples of FIGS. 1A and 1B in performingvarious aspects of the stream selection techniques. Referring first tothe example of FIG. 8A, the stream selection unit 44 may obtain audiostream 27 from all enabled receivers (which is another way to refer tomicrophones, such as the microphone 18), where the audio streams 27 mayinclude corresponding audio metadata, such as the CLI 45A (800). Thestream selection unit 44 may perform the energy analysis with respect toeach of the audio streams 27 to calculate a respective energy map (802).

The stream selection unit 44 may next iterate through differencecombinations of the receivers (defined in the CM 47) based on proximityto the audio source 308 (as defined by audio source distance 306A and/or306B) and the receivers (as defined by the proximity distances discussedabove) (804). As shown in FIG. 8A, the receivers may be ranked orotherwise associated with different access rights. The stream selectionunit 44 may iterate, based on the listener position (which is anotherway to refer to the “virtual location”) represented by the VLI 45B, andthe receiver positions represented by the CLI 45A, in the mannerdescribed above to identify whether a larger subset of the audio streams27 or a reduced subset of the audio streams 27 is required (806, 808).

When a larger subset of the audio streams 27 is required, the streamselection unit 44 may add receivers, or in other words, additional audiostreams to the audio streams 19′ (810). When a reduced subset of theaudio streams 27 is required, the stream selection unit 44 may removereceivers or in other words existing audio stream from the audio streams19′ (812).

In some examples, the stream selection unit 44 may determine that thecurrent constellation of receivers is an optimal set (or, in otherwords, that the existing audio streams 19′ is to remain the same as theselection process described herein results in the same audio streams19′) (804). However, when audio streams are added or removed from theaudio streams 19′, the stream selection unit 44 may update the CM 47(814), generating a constellation history (815).

In addition, the stream selection unit 44 may determine whether privacysettings enable or disable addition of the receivers (where the privacysettings may refer to digital access rights that limit access to one ormore of the audio streams 27, e.g., by way of a password, anauthorization level or rank, a time, etc.) (816, 818). When privacysettings enable addition of a receiver, the stream selection unit 44 mayadd receivers to the updated CM 47 (which refers to addition of audiostreams to the audio streams 19′) (820). When privacy settings disableaddition of a receiver, the stream selection unit 44 may removereceivers from the updated CM 47 (which refers to removal of audiostreams from the audio streams 19′) (822). In this manner, the streamselection unit 44 may identify a new set of enabled receivers (824).

The stream selection unit 44 may iterate in this fashion and updatevarious inputs according to any given frequency. For example, the streamselection unit 44 may update privacy settings at a user interface rate(meaning, updates are driven by way of updates entered via the userinterface). The stream selection unit 44, as another example, may updatepositions at sensor rate (meaning that as positions are changed throughmovement of the receiver). The stream selection unit 44 may furtherupdate the energy maps at an audio frame rate (meaning that the energymaps are updated each frame).

Referring next to the example of FIG. 8B, the stream selection unit 44may operate in the manner described above with respect to FIG. 8A,except the stream selection unit 44 may not base the determination ofthe CM 47 on energy maps. As such, the stream selection unit 44 mayobtain audio stream 27 from all enabled receivers (which is another wayto refer to microphones, such as the microphone 18), where the audiostreams 27 may include corresponding audio metadata, such as the CLI 45A(840). The stream selection unit 44 may determine whether privacysettings enable or disable addition of the receivers (where the privacysettings may refer to digital access rights that limit access to one ormore of the audio streams 27, e.g., by way of a password, anauthorization level or rank, a time, etc.) (842, 844).

When privacy settings enable addition of a receiver, the streamselection unit 44 may add receivers to the updated CM 47 (which refersto addition of audio streams to the audio streams 19′) (846). Whenprivacy settings disable addition of a receiver, the stream selectionunit 44 may remove receivers from the updated CM 47 (which refers toremoval of audio streams from the audio streams 19′) (848). In thismanner, the stream selection unit 44 may identify a new set of enabledreceivers (850). The stream selection unit 44 may iterate through thedifferent combinations of receivers in the CM 47 to determine theconstellation map history (854), which is representative of the audiostreams 19′.

The stream selection unit 44 may iterate in this fashion and updatevarious inputs according to any given frequency. For example, the streamselection unit 44 may update privacy settings at a user interface rate(meaning, updates are driven by way of updates entered via the userinterface). The stream selection unit 44, as another example, may updatepositions at sensor rate (meaning that as positions are changed throughmovement of the receiver).

Referring next to the example of FIG. 8C, the stream selection unit 44may operate in the manner described above with respect to FIG. 8A,except the stream selection unit 44 may not base the determination ofthe CM 47 enabled receivers. As such, the stream selection unit 44 mayobtain audio stream 27 from all enabled receivers (which is another wayto refer to microphones, such as the microphone 18), where the audiostreams 27 may include corresponding audio metadata, such as the CLI 45A(860). The stream selection unit 44 may perform the energy analysis withrespect to each of the audio streams 27 to calculate a respective energymap (862).

The stream selection unit 44 may next iterate through differencecombinations of the receivers (defined in the CM 47) based on proximityto the audio source 308 (as defined by audio source distance 306A and/or306B) and the receivers (as defined by the proximity distances discussedabove) (864). As shown in FIG. 4C, the receivers may be ranked orotherwise associated with different access rights. The stream selectionunit 44 may iterate, based on the listener position (which again isanother way to refer to the “virtual location” discussed above)represented by the VLI 45B, and the receiver positions represented bythe CLI 45A, in the manner described above to identify whether a largersubset of the audio streams 27 or a reduced subset of the audio streams27 is required (866, 868).

When a larger subset of the audio streams 27 is required, the streamselection unit 44 may add receivers, or in other words, additional audiostreams to the audio streams 19′ (870). When a reduced subset of theaudio streams 27 is required, the stream selection unit 44 may removereceivers or in other words existing audio stream from the audio streams19′ (872).

In some examples, the stream selection unit 44 may determine that thecurrent constellation of receivers is an optimal set (or, in otherwords, that the existing audio streams 19′ is to remain the same as theselection process described herein results in the same audio streams19′) (864). However, when audio streams are added or removed from theaudio streams 19′, the stream selection unit 44 may update the CM 47(874), generating a constellation history (875).

The stream selection unit 44 may iterate in this fashion and updatevarious inputs according to any given frequency. For example, the streamselection unit 44, as another example, may update positions at sensorrate (meaning that as positions are changed through movement of thereceiver). The stream selection unit 44 may further update the energymaps at an audio frame rate (meaning that the energy maps are updatedeach frame).

FIG. 9 illustrates an example of a wireless communications system 100that supports privacy restrictions in accordance with aspects of thepresent disclosure. The wireless communications system 100 includes basestations 105, UEs 115, and a core network 130. In some examples, thewireless communications system 100 may be a Long Term Evolution (LTE)network, an LTE-Advanced (LTE-A) network, an LTE-A Pro network, or a NewRadio (NR) network. In some cases, wireless communications system 100may support enhanced broadband communications, ultra-reliable (e.g.,mission critical) communications, low latency communications, orcommunications with low-cost and low-complexity devices.

Base stations 105 may wirelessly communicate with UEs 115 via one ormore base station antennas. Base stations 105 described herein mayinclude or may be referred to by those skilled in the art as a basetransceiver station, a radio base station, an access point, a radiotransceiver, a NodeB, an eNodeB (eNB), a next-generation NodeB orgiga-NodeB (either of which may be referred to as a gNB), a Home NodeB,a Home eNodeB, or some other suitable terminology. Wirelesscommunications system 100 may include base stations 105 of differenttypes (e.g., macro or small cell base stations). The UEs 115 describedherein may be able to communicate with various types of base stations105 and network equipment including macro eNBs, small cell eNBs, gNBs,relay base stations, and the like.

Each base station 105 may be associated with a particular geographiccoverage area 110 in which communications with various UEs 115 issupported. Each base station 105 may provide communication coverage fora respective geographic coverage area 110 via communication links 125,and communication links 125 between a base station 105 and a UE 115 mayutilize one or more carriers. Communication links 125 shown in wirelesscommunications system 100 may include uplink transmissions from a UE 115to a base station 105, or downlink transmissions from a base station 105to a UE 115. Downlink transmissions may also be called forward linktransmissions while uplink transmissions may also be called reverse linktransmissions.

The geographic coverage area 110 for a base station 105 may be dividedinto sectors making up a portion of the geographic coverage area 110,and each sector may be associated with a cell. For example, each basestation 105 may provide communication coverage for a macro cell, a smallcell, a hot spot, or other types of cells, or various combinationsthereof. In some examples, a base station 105 may be movable andtherefore provide communication coverage for a moving geographiccoverage area 110. In some examples, different geographic coverage areas110 associated with different technologies may overlap, and overlappinggeographic coverage areas 110 associated with different technologies maybe supported by the same base station 105 or by different base stations105. The wireless communications system 100 may include, for example, aheterogeneous LTE/LTE-A/LTE-A Pro or NR network in which different typesof base stations 105 provide coverage for various geographic coverageareas 110.

UEs 115 may be dispersed throughout the wireless communications system100, and each UE 115 may be stationary or mobile. A UE 115 may also bereferred to as a mobile device, a wireless device, a remote device, ahandheld device, or a subscriber device, or some other suitableterminology, where the “device” may also be referred to as a unit, astation, a terminal, or a client. A UE 115 may also be a personalelectronic device such as a cellular phone, a personal digital assistant(PDA), a tablet computer, a laptop computer, or a personal computer. Inexamples of this disclosure, a UE 115 may be any of the audio sourcesdescribed in this disclosure, including a VR headset, an XR headset, anAR headset, a vehicle, a smartphone, a microphone, an array ofmicrophones, or any other device including a microphone or is able totransmit a captured and/or synthesized audio stream. In some examples,an synthesized audio stream may be an audio stream that that was storedin memory or was previously created or synthesized. In some examples, aUE 115 may also refer to a wireless local loop (WLL) station, anInternet of Things (IoT) device, an Internet of Everything (IoE) device,or an MTC device, or the like, which may be implemented in variousarticles such as appliances, vehicles, meters, or the like.

Some UEs 115, such as MTC or IoT devices, may be low cost or lowcomplexity devices, and may provide for automated communication betweenmachines (e.g., via Machine-to-Machine (M2M) communication). M2Mcommunication or MTC may refer to data communication technologies thatallow devices to communicate with one another or a base station 105without human intervention. In some examples, M2M communication or MTCmay include communications from devices that exchange and/or use audiometadata indicating privacy restrictions and/or password-based privacydata to toggle, mask, and/or null various audio streams and/or audiosources as will be described in more detail below.

In some cases, a UE 115 may also be able to communicate directly withother UEs 115 (e.g., using a peer-to-peer (P2P) or device-to-device(D2D) protocol). One or more of a group of UEs 115 utilizing D2Dcommunications may be within the geographic coverage area 110 of a basestation 105. Other UEs 115 in such a group may be outside the geographiccoverage area 110 of a base station 105, or be otherwise unable toreceive transmissions from a base station 105. In some cases, groups ofUEs 115 communicating via D2D communications may utilize a one-to-many(1:M) system in which each UE 115 transmits to every other UE 115 in thegroup. In some cases, a base station 105 facilitates the scheduling ofresources for D2D communications. In other cases, D2D communications arecarried out between UEs 115 without the involvement of a base station105.

Base stations 105 may communicate with the core network 130 and with oneanother. For example, base stations 105 may interface with the corenetwork 130 through backhaul links 132 (e.g., via an S1, N2, N3, orother interface). Base stations 105 may communicate with one anotherover backhaul links 134 (e.g., via an X2, Xn, or other interface) eitherdirectly (e.g., directly between base stations 105) or indirectly (e.g.,via core network 130).

In some cases, wireless communications system 100 may utilize bothlicensed and unlicensed radio frequency spectrum bands. For example,wireless communications system 100 may employ License Assisted Access(LAA), LTE-Unlicensed (LTE-U) radio access technology, or NR technologyin an unlicensed band such as the 5 GHz ISM band. When operating inunlicensed radio frequency spectrum bands, wireless devices such as basestations 105 and UEs 115 may employ listen-before-talk (LBT) proceduresto ensure a frequency channel is clear before transmitting data. In somecases, operations in unlicensed bands may be based on a carrieraggregation configuration in conjunction with component carriersoperating in a licensed band (e.g., LAA). Operations in unlicensedspectrum may include downlink transmissions, uplink transmissions,peer-to-peer transmissions, or a combination of these. Duplexing inunlicensed spectrum may be based on frequency division duplexing (FDD),time division duplexing (TDD), or a combination of both.

In this respect, various aspects of the techniques may enable thefollowing clauses:

Clause 1A. A device configured to play one or more of a plurality ofaudio streams, the device comprising: a memory configured to store aplurality of audio streams, each of the plurality of audio streamsrepresentative of a soundfield and include one or more sub-streams; andone or more processors coupled to the memory, and configured to:determine, based on the plurality of audio streams, a total number ofthe one or more sub-streams for all of the plurality of audio streams;adapt, when the total number of the one or more sub-streams is greaterthan a render threshold indicative of a total number of sub-streams arenderer supports when rendering the plurality of audio streams to oneor more speaker feeds, the plurality of audio streams to decrease thenumber of the one or more sub-streams and obtain an adapted plurality ofaudio streams including a reduced total number of the one or moresub-streams that is equal to or less than the render threshold; applythe renderer to the adapted plurality of audio streams to obtain the oneor more speaker feeds; and output the one or more speaker feeds to oneor more speakers.

Clause 2A. The device of clause 1A, wherein the one or more processorsare further configured to refrain, based on a user preset, from removingone or more of the plurality of audio streams when obtaining the adaptedplurality of audio streams.

Clause 3A. The device of any combination of clauses 1A and 2A, whereinthe audio stream includes audio metadata, the audio metadata includingoriginating location information identifying an originating locationfrom which the audio stream originates, and wherein the one or moreprocessors are configured to adapt, based on the originating locationinformation, the plurality of audio streams to decrease the total numberof the one or more sub-streams and obtain the adapted plurality of audiostreams.

Clause 4A. The device of any combination of clauses 1A-3A, wherein theone or more processors are configured to adapt, based on a type of audiodata specified in the one or more sub-streams, the plurality of audiostreams to decrease the total number of the one or more sub-streams andobtain the adapted plurality of audio streams.

Clause 5A. The device of clause 4A, wherein the type of audio dataindicates that the audio data includes ambisonic audio data, and whereinthe one or more processors are configured to perform order reductionwith respect to the ambisonic audio data to obtain the adapted pluralityof audio streams.

Clause 6A. The device of clause 4A, wherein the type of audio dataindicates that the audio data includes channel-based audio data, andwherein the one or more processors are configured to perform downmixingwith respect to the channel-based audio data to obtain the adaptedplurality of audio streams.

Clause 7A. The device of any combination of clauses 1A-6A, wherein theone or more processors are configured to adapt, based on privacysettings, the plurality of audio streams to remove one or more of theplurality of audio streams and obtain the adapted plurality of audiostreams.

Clause 8A. The device of any combination of clauses 1A-7A, wherein theone or more processors are further configured to apply an override toreduce the adapted plurality of audio streams such that the total numberof sub-streams is below the render threshold and obtain a reducedplurality of audio streams.

Clause 9A. The device of any combination of clauses 1A-8A, wherein theadapted plurality of audio streams includes at least one audio streamrepresentative of channel-based audio data, wherein the renderercomprises a six degrees of freedom renderer, and wherein the one or moreprocessors are further configured to: obtain tracking informationrepresentative of movement of the device; and modify, based on thetracking information and prior to applying the six degrees of freedomrenderer, the six degrees of freedom renderer to reflect the movement ofthe device.

Clause 10A. The device of any combination of clauses 1A-8A, wherein theadapted plurality of audio streams includes at least one audio streamrepresentative of ambisonic audio data, wherein the renderer comprises asix degrees of freedom renderer, and wherein the one or more processorsare further configured to: obtain tracking information representative ofmovement of the device; and modify, based on the tracking informationand prior to applying the six degrees of freedom renderer, the sixdegrees of freedom renderer to reflect the movement of the device.

Clause 11A. The device of any combination of clauses 1A-10A, wherein theplurality of audio streams comprise a first plurality of vehicle toanything audio streams originating from other vehicles within athreshold vicinity of the device, and wherein the one or more processorsare further configured to: obtain a second plurality of non-vehicle toanything audio streams representative of additional soundfields; renderat least one of the second plurality of non-vehicle to anything audiostreams to one or more additional speaker feeds; and output, the one ormore speaker feeds and the one or more additional speakers feeds, toreproduce the one or more soundfields and one or more of the additionalsoundfields.

Clause 12A. The device of clause 11A, wherein the one or more processorsare configured to obtain the second plurality of non-vehicle to anythingaudio streams in accordance with a dynamic adaptive streaming overhypertext transfer protocol (HTTP) (DASH) protocol.

Clause 13A. The device of any combination of clauses 11A and 12A,wherein the first plurality of vehicle to anything audio streams includea first plurality of cellular-vehicle to anything audio streams thatconform to a cellular-vehicle to anything (C-V2X) protocol.

Clause 14A. The device of any combination of clauses 1A-13A, wherein thedevice comprises a mobile handset.

Clause 15A. The device of any combination of clauses 1A-13A, wherein thedevice comprises a vehicle headunit integrated into a vehicle.

Clause 16A. The device of any combination of clauses 1A-15A, wherein atleast one of the one or more of the plurality of audio streams compriseambisonic coefficients.

Clause 17A. The device of clause 16A, wherein the ambisonic coefficientscomprise mixed order ambisonic coefficients.

Clause 18A. The device of clause 16A, wherein the ambisonic coefficientscomprise first order ambisonic coefficients associated with a sphericalbasis function having an order of one or less.

Clause 19A. The device of clause 16A, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.

Clause 20A. The device of any combination of clauses 1A-19A, wherein theone or more processors are further configured to: obtain a user audiostream representative of a soundfield in which the device resides;output, to a second device, the user audio stream.

Clause 21A. A method of playing one or more of a plurality of audiostreams, the method comprising: storing, by one or more processors, aplurality of audio streams, each of the plurality of audio streamsrepresentative of a soundfield and include one or more sub-streams;determining, by the one or more processors and based on the plurality ofaudio streams, a total number of the one or more sub-streams for all ofthe plurality of audio streams; adapting, by the one or more processorsand when the total number of the one or more sub-streams is greater thana render threshold indicative of a total number of sub-streams arenderer supports when rendering the plurality of audio streams to oneor more speaker feeds, the plurality of audio streams to decrease thenumber of the one or more sub-streams and obtain an adapted plurality ofaudio stream including a reduced total number of the one or moresub-streams that is equal to or less than the render threshold;applying, by the one or more processors, the renderer to the adaptedplurality of audio streams to obtain the one or more speaker feeds; andoutputting, by the one or more processors, the one or more speaker feedsto one or more speakers.

Clause 22A. The method of clause 21A, further comprising refraining,based on a user preset, from removing one or more of the plurality ofaudio streams when obtaining the adapted plurality of audio streams.

Clause 23A. The method of any combination of clauses 21A and 22A,wherein the audio stream includes audio metadata, the audio metadataincluding originating location information identifying an originatinglocation from which the audio stream originates, and wherein adaptingthe plurality of audio streams comprises adapting, based on theoriginating location information, the plurality of audio streams todecrease the total number of the one or more sub-streams and obtain theadapted plurality of audio streams.

Clause 24A. The method of any combination of clauses 21A-23A, whereinadapting the plurality of audio streams comprises adapting, based on atype of audio data specified in the one or more sub-streams, theplurality of audio streams to decrease the total number of the one ormore sub-streams and obtain the adapted plurality of audio streams.

Clause 25A. The method of clause 24A, wherein the type of audio dataindicates that the audio data includes ambisonic audio data, and whereinadapting the plurality of audio streams comprises performing orderreduction with respect to the ambisonic audio data to obtain the adaptedplurality of audio streams.

Clause 26A. The method of clause 24A, wherein the type of audio dataindicates that the audio data includes channel-based audio data, andwherein adapting the plurality of audio streams comprises performingdownmixing with respect to the channel-based audio data to obtain theadapted plurality of audio streams.

Clause 27A. The method of any combination of clauses 21A-26A, whereinadapting the plurality of audio streams comprises adapting, based onprivacy settings, the plurality of audio streams to remove one or moreof the plurality of audio streams and obtain the adapted plurality ofaudio streams.

Clause 28A. The method of any combination of clauses 21A-27A, furthercomprising applying an override to reduce the adapted plurality of audiostreams such that the total number of sub-streams is below the renderthreshold and obtain a reduced plurality of audio streams.

Clause 29A. The method of any combination of clauses 21A-28A, whereinthe adapted plurality of audio streams includes at least one audiostream representative of channel-based audio data, wherein the renderercomprises a six degrees of freedom renderer, and wherein the methodfurther comprises: obtaining tracking information representative ofmovement of the device; and modifying, based on the tracking informationand prior to applying the six degrees of freedom renderer, the sixdegrees of freedom renderer to reflect the movement of the device.

Clause 30A. The method of any combination of clauses 21A-28A, whereinthe adapted plurality of audio streams includes at least one audiostream representative of ambisonic audio data, wherein the renderercomprises a six degrees of freedom renderer, and wherein the methodfurther comprises: obtaining tracking information representative ofmovement of the device; and modifying, based on the tracking informationand prior to applying the six degrees of freedom renderer, the sixdegrees of freedom renderer to reflect the movement of the device.

Clause 31A. The method of any combination of clauses 21A-30A, whereinthe plurality of audio streams comprise a first plurality of vehicle toanything audio streams originating from other vehicles within athreshold vicinity of the device, and wherein the method furthercomprises: obtaining a second plurality of non-vehicle to anything audiostreams representative of additional soundfields; rendering at least oneof the second plurality of non-vehicle to anything audio streams to oneor more additional speaker feeds; and outputting, the one or morespeaker feeds and the one or more additional speakers feeds, toreproduce the one or more soundfields and one or more of the additionalsoundfields.

Clause 32A. The method of clause 31A, wherein obtaining the secondplurality of non-vehicle to anything audio streams comprises obtainingthe second plurality of non-vehicle to anything audio streams inaccordance with a dynamic adaptive streaming over hypertext transferprotocol (HTTP) (DASH) protocol.

Clause 33A. The method of any combination of clauses 31A and 32A,wherein the first plurality of vehicle to anything audio streams includea first plurality of cellular-vehicle to anything audio streams thatconform to a cellular-vehicle to anything (C-V2X) protocol.

Clause 34A. The method of any combination of clauses 21A-33A, whereinthe method is performed by a mobile handset.

Clause 35A. The method of any combination of clauses 21A-33A, whereinthe method is performed by a vehicle headunit integrated into a vehicle.

Clause 36A. The method of any combination of clauses 21A-35A, wherein atleast one of the one or more of the plurality of audio streams compriseambisonic coefficients.

Clause 37A. The method of clause 36A, wherein the ambisonic coefficientscomprise mixed order ambisonic coefficients.

Clause 38A. The method of clause 36A, wherein the ambisonic coefficientscomprise first order ambisonic coefficients associated with a sphericalbasis function having an order of one or less.

Clause 39A. The method of clause 36A, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.

Clause 40A. The method of any combination of clauses 21A-39A, furthercomprising: obtaining a user audio stream representative of a soundfieldin which the device resides; and outputting, to a second device, theuser audio stream.

Clause 41A. A device configured to play one or more of a plurality ofaudio streams, the device comprising: means for storing a plurality ofaudio streams, each of the plurality of audio streams representative ofa soundfield and include one or more sub-streams; means for determining,based on the plurality of audio streams, a total number of the one ormore sub-streams for all of the plurality of audio streams; means foradapting, when the total number of the one or more sub-streams isgreater than a render threshold indicative of a total number ofsub-streams a renderer supports when rendering the plurality of audiostreams to one or more speaker feeds, the plurality of audio streams todecrease the number of the one or more sub-streams and obtain an adaptedplurality of audio stream including a reduced total number of the one ormore sub-streams that is equal to or less than the render threshold;means for applying the renderer to the adapted plurality of audiostreams to obtain the one or more speaker feeds; and means foroutputting the one or more speaker feeds to one or more speakers.

Clause 42A. The device of clause 41A, further comprising means forrefraining, based on a user preset, from removing one or more of theplurality of audio streams when obtaining the adapted plurality of audiostreams.

Clause 43A. The device of any combination of clauses 41A and 42A,wherein the audio stream includes audio metadata, the audio metadataincluding originating location information identifying an originatinglocation from which the audio stream originates, and wherein the meansfor adapting the plurality of audio streams comprises means foradapting, based on the originating location information, the pluralityof audio streams to decrease the total number of the one or moresub-streams and obtain the adapted plurality of audio streams.

Clause 44A. The device of any combination of clauses 41A-43A, whereinthe means for adapting the plurality of audio streams comprises meansfor adapting, based on a type of audio data specified in the one or moresub-streams, the plurality of audio streams to decrease the total numberof the one or more sub-streams and obtain the adapted plurality of audiostreams.

Clause 45A. The device of clause 44A, wherein the type of audio dataindicates that the audio data includes ambisonic audio data, and whereinthe means for adapting the plurality of audio streams comprises meansfor performing order reduction with respect to the ambisonic audio datato obtain the adapted plurality of audio streams.

Clause 46A. The device of clause 44A, wherein the type of audio dataindicates that the audio data includes channel-based audio data, andwherein the means for adapting the plurality of audio streams comprisesmeans for performing downmixing with respect to the channel-based audiodata to obtain the adapted plurality of audio streams.

Clause 47A. The device of any combination of clauses 41A-46A, whereinthe means for adapting the plurality of audio streams comprises meansfor adapting, based on privacy settings, the plurality of audio streamsto remove one or more of the plurality of audio streams and obtain theadapted plurality of audio streams.

Clause 48A. The device of any combination of clauses 41A-47A, furthercomprising means for applying an override to reduce the adaptedplurality of audio streams such that the total number of sub-streams isbelow the render threshold and obtain a reduced plurality of audiostreams.

Clause 49A. The device of any combination of clauses 41A-48A, whereinthe adapted plurality of audio streams includes at least one audiostream representative of channel-based audio data, wherein the renderercomprises a six degrees of freedom renderer, and wherein the devicefurther comprises: means for obtaining tracking informationrepresentative of movement of the device; and means for modifying, basedon the tracking information and prior to applying the six degrees offreedom renderer, the six degrees of freedom renderer to reflect themovement of the device.

Clause 50A. The device of any combination of clauses 41A-48A, whereinthe adapted plurality of audio streams includes at least one audiostream representative of ambisonic audio data, wherein the renderercomprises a six degrees of freedom renderer, and wherein the devicefurther comprises: means for obtaining tracking informationrepresentative of movement of the device; and means for modifying, basedon the tracking information and prior to applying the six degrees offreedom renderer, the six degrees of freedom renderer to reflect themovement of the device.

Clause 51A. The device of any combination of clauses 41A-50A, whereinthe plurality of audio streams comprise a first plurality of vehicle toanything audio streams originating from other vehicles within athreshold vicinity of the device, and wherein the device furthercomprises: means for obtaining a second plurality of non-vehicle toanything audio streams representative of additional soundfields; meansfor rendering at least one of the second plurality of non-vehicle toanything audio streams to one or more additional speaker feeds; andmeans for outputting, the one or more speaker feeds and the one or moreadditional speakers feeds, to reproduce the one or more soundfields andone or more of the additional soundfields.

Clause 52A. The device of clauses 51A, wherein the means for obtainingthe second plurality of non-vehicle to anything audio streams comprisesmeans for obtaining the second plurality of non-vehicle to anythingaudio streams in accordance with a dynamic adaptive streaming overhypertext transfer protocol (HTTP) (DASH) protocol.

Clause 53A. The device of any combination of clauses 51A and 52A,wherein the first plurality of vehicle to anything audio streams includea first plurality of cellular-vehicle to anything audio streams thatconform to a cellular-vehicle to anything (C-V2X) protocol.

Clause 54A. The device of any combination of clauses 41A-53A, whereinthe device comprises a mobile handset.

Clause 55A. The device of any combination of clauses 41A-53A, whereinthe device comprises a vehicle headunit integrated into a vehicle.

Clause 56A. The device of any combination of clauses 41A-55A, wherein atleast one of the one or more of the plurality of audio streams compriseambisonic coefficients.

Clause 57A. The device of clause 56A, wherein the ambisonic coefficientscomprise mixed order ambisonic coefficients.

Clause 58A. The device of clause 56A, wherein the ambisonic coefficientscomprise first order ambisonic coefficients associated with a sphericalbasis function having an order of one or less.

Clause 59A. The device of clause 56A, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.

Clause 60A. The device of any combination of clauses 41A-59A, furthercomprising: means for obtaining a user audio stream representative of asoundfield in which the device resides; means for outputting, to asecond device, the user audio stream.

Clause 61A. A non-transitory computer-readable storage medium havingstored thereon instructions that, when executed, cause one or moreprocessors to: store a plurality of audio streams, each of the pluralityof audio streams representative of a soundfield and include one or moresub-streams; determine, based on the plurality of audio streams, a totalnumber of the one or more sub-streams for all of the plurality of audiostreams; adapt, when the total number of the one or more sub-streams isgreater than a render threshold indicative of a total number ofsub-streams a renderer supports when rendering the plurality of audiostreams to one or more speaker feeds, the plurality of audio streams todecrease the number of the one or more sub-streams and obtain an adaptedplurality of audio stream including a reduced total number of the one ormore sub-streams that is equal to or less than the render threshold;apply the renderer to the adapted plurality of audio streams to obtainthe one or more speaker feeds; and output the one or more speaker feedsto one or more speakers.

Clause 1B. A device configured to play one or more of a plurality ofaudio streams, the device comprising: a memory configured to store theplurality of audio streams and corresponding audio metadata, each of theplurality of audio streams representative of a soundfield, and the audiometadata includes origination coordinates at which each of thecorresponding one of the plurality of audio streams originates; and oneor more processors coupled to the memory, and configured to: determine,based on current coordinates of the device relative to the originationcoordinates corresponding to one or more of the plurality of audiostreams, a direction of arrival for each of the one or more of theplurality of audio streams; render, based on each of the directions ofarrival, each of the one or more of the plurality of audio streams toone or more speaker feeds that spatialize the one or more of theplurality of audio streams to appear to arrive from each of thedirections of arrival; and output the one or more speaker feeds toreproduce one or more of the soundfields represented by the one or moreof the plurality of audio streams.

Clause 2B. The device of clause 1B, wherein the audio metadata furtherincludes privacy restrictions for one or more of the plurality of audiostreams, and wherein the one or more processors are further configuredto determine, based on the privacy restrictions, the one or more of theplurality of audio streams.

Clause 3B. The device of clause 2B, wherein the one or more processorsare further configured to: determine one or more restricted audiostreams from the audio metadata based on the privacy restrictions; andnot render the speaker feeds from the one or more restricted audiostreams.

Clause 4B. The device of any combination of clauses 2B and 3B, whereinthe privacy restrictions indicate whether one or more of the pluralityof audio streams are restricted or unrestricted.

Clause 5B. The device of any combination of clauses 1B-4B, wherein thedevice is in communication with a vehicle, the vehicle including one ormore speakers that reproduce, based on the speaker feeds, the one ormore of the soundfields represented by the one or more of the pluralityof audio streams.

Clause 6B. The device of clause 5B, wherein the vehicle comprises afirst vehicle, and wherein the one or more of the plurality of audiostreams include at least one audio stream specifying spoken words froman occupant of a second vehicle.

Clause 7B. The device of clause 6B, wherein the first vehicle comprisesan autonomous vehicle that autonomously adjusts, based on the spokenwords, operation of the autonomous vehicle.

Clause 8B. The device of any combination of clauses 6B and 7B, whereinthe second vehicle comprises one of a bicycle, a motorcycle, and ascooter.

Clause 9B. The device of clause 7B, wherein the autonomous vehicleincludes at least one speaker configured to output audible commands tothe second vehicle.

Clause 10B. The device of any combination of clauses 1B-9B, wherein theplurality of audio streams comprise a first plurality of vehicle toanything audio streams originating from other vehicles within athreshold vicinity of the device, and wherein the one or more processorsare further configured to: obtain a second plurality of non-vehicle toanything audio streams representative of additional soundfields; renderat least one of the second plurality of non-vehicle to anything audiostreams to one or more additional speaker feeds; and output, the one ormore speaker feeds and the one or more additional speakers feeds, toreproduce the one or more soundfields and one or more of the additionalsoundfields.

Clause 11B. The device of clause 10B, wherein the one or more processorsare configured to obtain the second plurality of non-vehicle to anythingaudio streams in accordance with a dynamic adaptive streaming overhypertext transfer protocol (HTTP) (DASH) protocol.

Clause 12B. The device of any combination of clauses 10B and 11B,wherein the first plurality of vehicle to anything audio streams includea first plurality of cellular-vehicle to anything audio streams thatconform to a cellular-vehicle to anything (C-V2X) protocol.

Clause 13B. The device of any combination of clauses 1B-12B, wherein thedevice comprises a mobile handset.

Clause 14B. The device of any combination of clauses 1B-6B, wherein thedevice comprises a vehicle headunit integrated into a vehicle.

Clause 15B. The device of any combination of clauses 1B-14B, wherein atleast one of the one or more of the plurality of audio streams compriseambisonic coefficients.

Clause 16B. The device of clause 15B, wherein the ambisonic coefficientscomprise mixed order ambisonic coefficients.

Clause 17B. The device of clause 15B, wherein the ambisonic coefficientscomprise first order ambisonic coefficients associated with a sphericalbasis function having an order of one or less.

Clause 18B. The device of clause 15B, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.

Clause 19B. The device of any combination of clauses 1B-18B, wherein theone or more processors are further configured to: obtain a user audiostream representative of a soundfield in which the device resides; andoutput, to a second device, the user audio stream.

Clause 20B. The device of clause 19B, wherein the device comprises afirst device in communication with a first vehicle, wherein the seconddevice comprises a second device in communication with a second vehicle,and wherein the user audio stream comprises spoken words of a user ofthe first device.

Clause 21B. The device of clause 20B, wherein the spoken words representcommands specifying a course of action of the user in operating thefirst device.

Clause 22B. The device of any combination of clauses 1B-21B, wherein thecapture location of at least one of the one or more of the plurality ofaudio streams indicates that the at least one of the one or more of theplurality of audio streams is to be located in a passenger seat of avehicle with which the device is in communication.

Clause 23B. The device of any combination of clauses 1B-22B, furthercomprising a receiver configured to receive the plurality of audiostreams.

Clause 24B. The device of clause 23B, wherein the receiver includes areceiver configured to receive the plurality of audio streams inaccordance with a fifth generation (5G) cellular standard.

Clause 25B. The device of clause 23B, wherein the receiver includes areceiver configured to receive the plurality of audio streams inaccordance with a personal area network standard.

Clause 26B. The device of any combination of clauses 1B-25B, wherein thedevice comprises one or more speakers configured to reproduce, based onthe speaker feeds, the one or more of the one or more soundfieldsrepresented by the one or more of the plurality of the audio streams.

Clause 27B. A method of playing one or more of a plurality of audiostreams, the device comprising: storing, by a memory, the plurality ofaudio streams and corresponding audio metadata, each of the plurality ofaudio streams representative of a soundfield, and the audio metadataincludes origination coordinates at which each of the corresponding oneof the plurality of audio streams originates; and determining, by one ormore processors and based on current coordinates of the device relativeto the origination coordinates corresponding to one or more of theplurality of audio streams, a direction of arrival for each of the oneor more of the plurality of audio streams; rendering, by the one or moreprocessors and based on each of the directions of arrival, each of theone or more of the plurality of audio streams to one or more speakerfeeds that spatialize the one or more of the plurality of audio streamsto appear to arrive from each of the directions of arrival; andoutputting, by the one or more processors, the one or more speaker feedsto reproduce one or more of the soundfields represented by the one ormore of the plurality of audio streams.

Clause 28B. The method of clause 27B, wherein the audio metadata furtherincludes privacy restrictions for one or more of the plurality of audiostreams, and wherein the device further comprises determining, based onthe privacy restrictions, the one or more of the plurality of audiostreams.

Clause 29B. The method of clause 28B, further comprising: determiningone or more restricted audio streams from the audio metadata based onthe privacy restrictions; and not rendering the speaker feeds from theone or more restricted audio streams.

Clause 30B. The method of any combination of clauses 28B and 29B,wherein the privacy restrictions indicate whether one or more of theplurality of audio streams are restricted or unrestricted.

Clause 31B. The method of any combination of clauses 27B-30B, whereinthe method is performed by a device, and wherein the device is incommunication with a vehicle, the vehicle including one or more speakersthat reproduce, based on the speaker feeds, the one or more of thesoundfields represented by the one or more of the plurality of audiostreams.

Clause 32B. The method of clause 31B, wherein the vehicle comprises afirst vehicle, and wherein the one or more of the plurality of audiostreams include at least one audio stream specifying spoken words froman occupant of a second vehicle.

Clause 33B. The method of clause 32B, wherein the first vehiclecomprises an autonomous vehicle that autonomously adjusts, based on thespoken words, operation of the autonomous vehicle.

Clause 34B. The method of any combination of clauses 32B and 33B,wherein the second vehicle comprises one of a bicycle, a motorcycle, anda scooter.

Clause 35B. The method of clause 33B, wherein the autonomous vehicleincludes at least one speaker configured to output audible commands tothe second vehicle.

Clause 36B. The method of any combination of clauses 27B-35B, whereinthe plurality of audio streams comprise a first plurality of vehicle toanything audio streams originating from other vehicles within athreshold vicinity of the device, and wherein the method furthercomprises: obtaining a second plurality of non-vehicle to anything audiostreams representative of additional soundfields; rendering at least oneof the second plurality of non-vehicle to anything audio streams to oneor more additional speaker feeds; and outputting, the one or morespeaker feeds and the one or more additional speakers feeds, toreproduce the one or more soundfields and one or more of the additionalsoundfields.

Clause 37B. The method of clause 36B, wherein obtaining the secondplurality of non-vehicle to anything audio streams comprises obtainingthe second plurality of non-vehicle to anything audio streams inaccordance with a dynamic adaptive streaming over hypertext transferprotocol (HTTP) (DASH) protocol.

Clause 38B. The method of any combination of clauses 36B and 37B,wherein the first plurality of vehicle to anything audio streams includea first plurality of cellular-vehicle to anything audio streams thatconform to a cellular-vehicle to anything (C-V2X) protocol.

Clause 39B. The method of any combination of clauses 27B-38B, whereinthe device comprises a mobile handset.

Clause 40B. The method of any combination of clauses 27B-32B, whereinthe device comprises a vehicle headunit integrated into a vehicle.

Clause 41B. The method of any combination of clauses 27B-40B, wherein atleast one of the one or more of the plurality of audio streams compriseambisonic coefficients.

Clause 42B. The method of clause 41B, wherein the ambisonic coefficientscomprise mixed order ambisonic coefficients.

Clause 43B. The method of clause 41B, wherein the ambisonic coefficientscomprise first order ambisonic coefficients associated with a sphericalbasis function having an order of one or less.

Clause 44B. The method of clause 41B, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.

Clause 45B. The method of any combination of clauses 27B-44B, furthercomprising: obtaining a user audio stream representative of a soundfieldin which the device resides; and outputting, to a second device, theuser audio stream.

Clause 46B. The method of clause 45B, wherein the device comprises afirst device in communication with a first vehicle, wherein the seconddevice comprises a second device in communication with a second vehicle,and wherein the user audio stream comprises spoken words of a user ofthe first device.

Clause 47B. The method of clause 46B, wherein the spoken words representcommands specifying a course of action of the user in operating thefirst device.

Clause 48B. The method of any combination of clauses 27B-47B, whereinthe capture location of at least one of the one or more of the pluralityof audio streams indicates that the at least one of the one or more ofthe plurality of audio streams is to be located in a passenger seat of avehicle with which the device is in communication.

Clause 49B. The method of any combination of clauses 27B-48B, furthercomprising receiving the plurality of audio streams.

Clause 50B. The method of clause 49B, wherein receiving the plurality ofaudio streams comprises receiving the plurality of audio streams inaccordance with a fifth generation (5G) cellular standard.

Clause 51B. The method of clause 49B, wherein receiving the plurality ofaudio streams comprises receiving the plurality of audio streams inaccordance with a personal area network standard.

Clause 52B. The method of any combination of clauses 27B-51B, furthercomprising reproducing, based on the speaker feeds, the one or more ofthe one or more soundfields represented by the one or more of theplurality of the audio streams.

Clause 53B. A device configured to play one or more of a plurality ofaudio streams, the device comprising: means for storing the plurality ofaudio streams and corresponding audio metadata, each of the plurality ofaudio streams representative of a soundfield, and the audio metadataincludes origination coordinates at which each of the corresponding oneof the plurality of audio streams originates; and means for determining,based on current coordinates of the device relative to the originationcoordinates corresponding to one or more of the plurality of audiostreams, a direction of arrival for each of the one or more of theplurality of audio streams; means for rendering, based on each of thedirections of arrival, each of the one or more of the plurality of audiostreams to one or more speaker feeds that spatialize the one or more ofthe plurality of audio streams to appear to arrive from each of thedirections of arrival; and means for outputting the one or more speakerfeeds to reproduce one or more of the soundfields represented by the oneor more of the plurality of audio streams.

Clause 54B. The device of clause 53B, wherein the audio metadata furtherincludes privacy restrictions for one or more of the plurality of audiostreams, and wherein the device further comprises means for determining,based on the privacy restrictions, the one or more of the plurality ofaudio streams.

Clause 55B. The device of clause 54B, further comprising: means fordetermining one or more restricted audio streams from the audio metadatabased on the privacy restrictions; and means for not rendering thespeaker feeds from the one or more restricted audio streams.

Clause 56B. The device of any combination of clauses 54B and 55B,wherein the privacy restrictions indicate whether one or more of theplurality of audio streams are restricted or unrestricted.

Clause 57B. The device of any combination of clauses 53B-56B, whereinthe device is in communication with a vehicle, the vehicle including oneor more speakers that reproduce, based on the speaker feeds, the one ormore of the soundfields represented by the one or more of the pluralityof audio streams.

Clause 58B. The device of clause 57B, wherein the vehicle comprises afirst vehicle, and wherein the one or more of the plurality of audiostreams include at least one audio stream specifying spoken words froman occupant of a second vehicle.

Clause 59B. The device of clause 58B, wherein the first vehiclecomprises an autonomous vehicle that autonomously adjusts, based on thespoken words, operation of the autonomous vehicle.

Clause 60B. The device of any combination of clauses 58B and 59B,wherein the second vehicle comprises one of a bicycle, a motorcycle, anda scooter.

Clause 61B. The device of clause 59B, wherein the autonomous vehicleincludes at least one speaker configured to output audible commands tothe second vehicle.

Clause 62B. The device of any combination of clauses 53B-61B, whereinthe plurality of audio streams comprise a first plurality of vehicle toanything audio streams originating from other vehicles within athreshold vicinity of the device, and wherein the device furthercomprises: means for obtaining a second plurality of non-vehicle toanything audio streams representative of additional soundfields; meansfor rendering at least one of the second plurality of non-vehicle toanything audio streams to one or more additional speaker feeds; andmeans for outputting, the one or more speaker feeds and the one or moreadditional speakers feeds, to reproduce the one or more soundfields andone or more of the additional soundfields.

Clause 63B. The device of clause 62B, wherein the means for obtainingthe second plurality of non-vehicle to anything audio streams comprisesmeans for obtaining the second plurality of non-vehicle to anythingaudio streams in accordance with a dynamic adaptive streaming overhypertext transfer protocol (HTTP) (DASH) protocol.

Clause 64B. The device of any combination of clauses 62B and 63B,wherein the first plurality of vehicle to anything audio streams includea first plurality of cellular-vehicle to anything audio streams thatconform to a cellular-vehicle to anything (C-V2X) protocol.

Clause 65B. The device of any combination of clauses 53B-64B, whereinthe device comprises a mobile handset.

Clause 66B. The device of any combination of clauses 53B-58B, whereinthe device comprises a vehicle headunit integrated into a vehicle.

Clause 67B. The device of any combination of clauses 53B-66B, wherein atleast one of the one or more of the plurality of audio streams compriseambisonic coefficients.

Clause 68B. The device of clause 67B, wherein the ambisonic coefficientscomprise mixed order ambisonic coefficients.

Clause 69B. The device of clause 67B, wherein the ambisonic coefficientscomprise first order ambisonic coefficients associated with a sphericalbasis function having an order of one or less.

Clause 70B. The device of clause 67B, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.

Clause 71B. The device of any combination of clauses 53B-70B, furthercomprising: means for obtaining a user audio stream representative of asoundfield in which the device resides; and means for outputting, to asecond device, the user audio stream.

Clause 72B. The device of clause 71B, wherein the device comprises afirst device in communication with a first vehicle, wherein the seconddevice comprises a second device in communication with a second vehicle,and wherein the user audio stream comprises spoken words of a user ofthe first device.

Clause 73B. The device of clause 72B, wherein the spoken words representcommands specifying a course of action of the user in operating thefirst device.

Clause 74B. The device of any combination of clauses 53B-73B, whereinthe capture location of at least one of the one or more of the pluralityof audio streams indicates that the at least one of the one or more ofthe plurality of audio streams is to be located in a passenger seat of avehicle with which the device is in communication.

Clause 75B. The device of any combination of clauses 53B-74B, furthercomprising means for receiving the plurality of audio streams.

Clause 76B. The device of clause 75B, wherein the means for receivingthe plurality of audio streams comprises means for receiving theplurality of audio streams in accordance with a fifth generation (5G)cellular standard.

Clause 77B. The device of clause 75B, wherein the means for receivingthe plurality of audio streams comprises means for receiving theplurality of audio streams in accordance with a personal area networkstandard.

Clause 78B. The device of any combination of clauses 53B-77B, furthercomprising means for reproducing, based on the speaker feeds, the one ormore of the one or more soundfields represented by the one or more ofthe plurality of the audio streams.

Clause 79B. A non-transitory computer-readable storage medium havingstored thereon instructions that, when executed, cause one or moreprocessors to: store a plurality of audio streams and correspondingaudio metadata, each of the plurality of audio streams representative ofa soundfield, and the audio metadata includes origination coordinates atwhich each of the corresponding one of the plurality of audio streamsoriginates; and determine, based on current coordinates of the devicerelative to the origination coordinates corresponding to one or more ofthe plurality of audio streams, a direction of arrival for each of theone or more of the plurality of audio streams; render, based on each ofthe directions of arrival, each of the one or more of the plurality ofaudio streams to one or more speaker feeds that spatialize the one ormore of the plurality of audio streams to appear to arrive from each ofthe directions of arrival; and output the one or more speaker feeds toreproduce one or more of the soundfields represented by the one or moreof the plurality of audio streams.

It is to be recognized that depending on the example, certain acts orevents of any of the techniques described herein can be performed in adifferent sequence, may be added, merged, or left out altogether (e.g.,not all described acts or events are necessary for the practice of thetechniques). Moreover, in certain examples, acts or events may beperformed concurrently, e.g., through multi-threaded processing,interrupt processing, or multiple processors, rather than sequentially.

In some examples, the VR device (or the streaming device) maycommunicate, using a network interface coupled to a memory of theVR/streaming device, exchange messages to an external device, where theexchange messages are associated with the multiple availablerepresentations of the soundfield. In some examples, the VR device mayreceive, using an antenna coupled to the network interface, wirelesssignals including data packets, audio packets, video pacts, or transportprotocol data associated with the multiple available representations ofthe soundfield. In some examples, one or more microphone arrays maycapture the soundfield.

In some examples, the multiple available representations of thesoundfield stored to the memory device may include a plurality ofobject-based representations of the soundfield, higher order ambisonicrepresentations of the soundfield, mixed order ambisonic representationsof the soundfield, a combination of object-based representations of thesoundfield with higher order ambisonic representations of thesoundfield, a combination of object-based representations of thesoundfield with mixed order ambisonic representations of the soundfield,or a combination of mixed order representations of the soundfield withhigher order ambisonic representations of the soundfield.

In some examples, one or more of the soundfield representations of themultiple available representations of the soundfield may include atleast one high-resolution region and at least one lower-resolutionregion, and wherein the selected presentation based on the steeringangle provides a greater spatial precision with respect to the at leastone high-resolution region and a lesser spatial precision with respectto the lower-resolution region.

In one or more examples, the functions described may be implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the functions may be stored on or transmitted over as oneor more instructions or code on a computer-readable medium and executedby a hardware-based processing unit. Computer-readable media may includecomputer-readable storage media, which corresponds to a tangible mediumsuch as data storage media, or communication media including any mediumthat facilitates transfer of a computer program from one place toanother, e.g., according to a communication protocol. In this manner,computer-readable media generally may correspond to (1) tangiblecomputer-readable storage media which is non-transitory or (2) acommunication medium such as a signal or carrier wave. Data storagemedia may be any available media that can be accessed by one or morecomputers or one or more processors to retrieve instructions, codeand/or data structures for implementation of the techniques described inthis disclosure. A computer program product may include acomputer-readable medium.

By way of example, and not limitation, such computer-readable storagemedia can comprise RAM, ROM, EEPROM, CD-ROM or other optical diskstorage, magnetic disk storage, or other magnetic storage devices, flashmemory, or any other medium that can be used to store desired programcode in the form of instructions or data structures and that can beaccessed by a computer. Also, any connection is properly termed acomputer-readable medium. For example, if instructions are transmittedfrom a website, server, or other remote source using a coaxial cable,fiber optic cable, twisted pair, digital subscriber line (DSL), orwireless technologies such as infrared, radio, and microwave, then thecoaxial cable, fiber optic cable, twisted pair, DSL, or wirelesstechnologies such as infrared, radio, and microwave are included in thedefinition of medium. It should be understood, however, thatcomputer-readable storage media and data storage media do not includeconnections, carrier waves, signals, or other transitory media, but areinstead directed to non-transitory, tangible storage media. Disk anddisc, as used herein, includes compact disc (CD), laser disc, opticaldisc, digital versatile disc (DVD), floppy disk and Blu-ray disc, wheredisks usually reproduce data magnetically, while discs reproduce dataoptically with lasers. Combinations of the above should also be includedwithin the scope of computer-readable media.

Instructions may be executed by one or more processors, such as one ormore digital signal processors (DSPs), general purpose microprocessors,application specific integrated circuits (ASICs), field programmablegate arrays (FPGAs), or other equivalent integrated or discrete logiccircuitry. Accordingly, the term “processor,” as used herein may referto any of the foregoing structure or any other structure suitable forimplementation of the techniques described herein. In addition, in someaspects, the functionality described herein may be provided withindedicated hardware and/or software modules configured for encoding anddecoding, or incorporated in a combined codec. Also, the techniquescould be fully implemented in one or more circuits or logic elements.

The techniques of this disclosure may be implemented in a wide varietyof devices or apparatuses, including a wireless handset, an integratedcircuit (IC) or a set of ICs (e.g., a chip set). Various components,modules, or units are described in this disclosure to emphasizefunctional aspects of devices configured to perform the disclosedtechniques, but do not necessarily require realization by differenthardware units. Rather, as described above, various units may becombined in a codec hardware unit or provided by a collection ofinteroperative hardware units, including one or more processors asdescribed above, in conjunction with suitable software and/or firmware.

Various examples have been described. These and other examples arewithin the scope of the following claims.

What is claimed is:
 1. A device configured to play one or more of aplurality of audio streams, the device comprising: a memory configuredto store a plurality of audio streams, each of the plurality of audiostreams representative of a soundfield and include one or moresub-streams; and one or more processors coupled to the memory, andconfigured to: determine, based on the plurality of audio streams, atotal number of the one or more sub-streams for all of the plurality ofaudio streams; adapt, when the total number of the one or moresub-streams is greater than a render threshold indicative of a totalnumber of sub-streams a renderer supports when rendering the pluralityof audio streams to one or more speaker feeds, the plurality of audiostreams to decrease the number of the one or more sub-streams and obtainan adapted plurality of audio streams including a reduced total numberof the one or more sub-streams that is equal to or less than the renderthreshold; apply the renderer to the adapted plurality of audio streamsto obtain the one or more speaker feeds; and output the one or morespeaker feeds to one or more speakers.
 2. The device of claim 1, whereinthe one or more processors are further configured to refrain, based on auser preset, from removing one or more of the plurality of audio streamswhen obtaining the adapted plurality of audio streams.
 3. The device ofclaim 1, wherein the audio stream includes audio metadata, the audiometadata including originating location information identifying anoriginating location from which the audio stream originates, and whereinthe one or more processors are configured to adapt, based on theoriginating location information, the plurality of audio streams todecrease the total number of the one or more sub-streams and obtain theadapted plurality of audio streams.
 4. The device of claim 1, whereinthe one or more processors are configured to adapt, based on a type ofaudio data specified in the one or more sub-streams, the plurality ofaudio streams to decrease the total number of the one or moresub-streams and obtain the adapted plurality of audio streams.
 5. Thedevice of claim 4, wherein the type of audio data indicates that theaudio data includes ambisonic audio data, and wherein the one or moreprocessors are configured to perform order reduction with respect to theambisonic audio data to obtain the adapted plurality of audio streams.6. The device of claim 4, wherein the type of audio data indicates thatthe audio data includes channel-based audio data, and wherein the one ormore processors are configured to perform downmixing with respect to thechannel-based audio data to obtain the adapted plurality of audiostreams.
 7. The device of claim 1, wherein the one or more processorsare configured to adapt, based on privacy settings, the plurality ofaudio streams to remove one or more of the plurality of audio streamsand obtain the adapted plurality of audio streams.
 8. The device ofclaim 1, wherein the one or more processors are further configured toapply an override to reduce the adapted plurality of audio streams suchthat the total number of sub-streams is below the render threshold andobtain a reduced plurality of audio streams.
 9. The device of claim 1,wherein the adapted plurality of audio streams includes at least oneaudio stream representative of channel-based audio data, wherein therenderer comprises a six degrees of freedom renderer, and wherein theone or more processors are further configured to: obtain trackinginformation representative of movement of the device; and modify, basedon the tracking information and prior to applying the six degrees offreedom renderer, the six degrees of freedom renderer to reflect themovement of the device.
 10. The device of claim 1, wherein the adaptedplurality of audio streams includes at least one audio streamrepresentative of ambisonic audio data, wherein the renderer comprises asix degrees of freedom renderer, and wherein the one or more processorsare further configured to: obtain tracking information representative ofmovement of the device; and modify, based on the tracking informationand prior to applying the six degrees of freedom renderer, the sixdegrees of freedom renderer to reflect the movement of the device. 11.The device of claim 1, wherein the plurality of audio streams comprise afirst plurality of vehicle to anything audio streams originating fromother vehicles within a threshold vicinity of the device, and whereinthe one or more processors are further configured to: obtain a secondplurality of non-vehicle to anything audio streams representative ofadditional soundfields; render at least one of the second plurality ofnon-vehicle to anything audio streams to one or more additional speakerfeeds; and output, the one or more speaker feeds and the one or moreadditional speakers feeds, to reproduce the one or more soundfields andone or more of the additional soundfields.
 12. The device of claim 11,wherein the one or more processors are configured to obtain the secondplurality of non-vehicle to anything audio streams in accordance with adynamic adaptive streaming over hypertext transfer protocol (HTTP)(DASH) protocol.
 13. The device of claim 11, wherein the first pluralityof vehicle to anything audio streams include a first plurality ofcellular-vehicle to anything audio streams that conform to acellular-vehicle to anything (C-V2X) protocol.
 14. The device of claim1, wherein the device comprises a mobile handset.
 15. The device ofclaim 1, wherein the device comprises a vehicle headunit integrated intoa vehicle.
 16. The device of claim 1, wherein at least one of the one ormore of the plurality of audio streams comprise ambisonic coefficients.17. The device of claim 16, wherein the ambisonic coefficients comprisemixed order ambisonic coefficients.
 18. The device of claim 16, whereinthe ambisonic coefficients comprise first order ambisonic coefficientsassociated with a spherical basis function having an order of one orless.
 19. The device of claim 16, wherein the ambisonic coefficientscomprise ambisonic coefficients associated with a spherical basisfunction having an order greater than one.
 20. The device of claim 1,wherein the one or more processors are further configured to: obtain auser audio stream representative of a soundfield in which the deviceresides; output, to a second device, the user audio stream.
 21. A methodof playing one or more of a plurality of audio streams, the methodcomprising: storing, by one or more processors, a plurality of audiostreams, each of the plurality of audio streams representative of asoundfield and include one or more sub-streams; determining, by the oneor more processors and based on the plurality of audio streams, a totalnumber of the one or more sub-streams for all of the plurality of audiostreams; adapting, by the one or more processors and when the totalnumber of the one or more sub-streams is greater than a render thresholdindicative of a total number of sub-streams a renderer supports whenrendering the plurality of audio streams to one or more speaker feeds,the plurality of audio streams to decrease the number of the one or moresub-streams and obtain an adapted plurality of audio stream including areduced total number of the one or more sub-streams that is equal to orless than the render threshold; applying, by the one or more processors,the renderer to the adapted plurality of audio streams to obtain the oneor more speaker feeds; and outputting, by the one or more processors,the one or more speaker feeds to one or more speakers.
 22. The method ofclaim 21, further comprising refraining, based on a user preset, fromremoving one or more of the plurality of audio streams when obtainingthe adapted plurality of audio streams.
 23. The method of claim 21,wherein the audio stream includes audio metadata, the audio metadataincluding originating location information identifying an originatinglocation from which the audio stream originates, and wherein adaptingthe plurality of audio streams comprises adapting, based on theoriginating location information, the plurality of audio streams todecrease the total number of the one or more sub-streams and obtain theadapted plurality of audio streams.
 24. The method of claim 21, whereinadapting the plurality of audio streams comprises adapting, based on atype of audio data specified in the one or more sub-streams, theplurality of audio streams to decrease the total number of the one ormore sub-streams and obtain the adapted plurality of audio streams. 25.The method of claim 24, wherein the type of audio data indicates thatthe audio data includes ambisonic audio data, and wherein adapting theplurality of audio streams comprises performing order reduction withrespect to the ambisonic audio data to obtain the adapted plurality ofaudio streams.
 26. The method of claim 24, wherein the type of audiodata indicates that the audio data includes channel-based audio data,and wherein adapting the plurality of audio streams comprises performingdownmixing with respect to the channel-based audio data to obtain theadapted plurality of audio streams.
 27. The method of claim 21, whereinadapting the plurality of audio streams comprises adapting, based onprivacy settings, the plurality of audio streams to remove one or moreof the plurality of audio streams and obtain the adapted plurality ofaudio streams.
 28. The method of claim 21, further comprising applyingan override to reduce the adapted plurality of audio streams such thatthe total number of sub-streams is below the render threshold and obtaina reduced plurality of audio streams.
 29. A device configured to playone or more of a plurality of audio streams, the device comprising:means for storing a plurality of audio streams, each of the plurality ofaudio streams representative of a soundfield and include one or moresub-streams; means for determining, based on the plurality of audiostreams, a total number of the one or more sub-streams for all of theplurality of audio streams; means for adapting, when the total number ofthe one or more sub-streams is greater than a render thresholdindicative of a total number of sub-streams a renderer supports whenrendering the plurality of audio streams to one or more speaker feeds,the plurality of audio streams to decrease the number of the one or moresub-streams and obtain an adapted plurality of audio stream including areduced total number of the one or more sub-streams that is equal to orless than the render threshold; means for applying the renderer to theadapted plurality of audio streams to obtain the one or more speakerfeeds; and means for outputting the one or more speaker feeds to one ormore speakers.
 30. A non-transitory computer-readable storage mediumhaving stored thereon instructions that, when executed, cause one ormore processors to: store a plurality of audio streams, each of theplurality of audio streams representative of a soundfield and includeone or more sub-streams; determine, based on the plurality of audiostreams, a total number of the one or more sub-streams for all of theplurality of audio streams; adapt, when the total number of the one ormore sub-streams is greater than a render threshold indicative of atotal number of sub-streams a renderer supports when rendering theplurality of audio streams to one or more speaker feeds, the pluralityof audio streams to decrease the number of the one or more sub-streamsand obtain an adapted plurality of audio stream including a reducedtotal number of the one or more sub-streams that is equal to or lessthan the render threshold; apply the renderer to the adapted pluralityof audio streams to obtain the one or more speaker feeds; and output theone or more speaker feeds to one or more speakers.